互联 网 时 代 什么 人 是 核心 驱动 力 


在 我 刚刚 开始 宣布 要 做 奇 酷 手 机 的 时 候 ， 我 曾经 发 布 公开 信 说 我 需要 四 类 动物 : 程序 猿 、 攻 城 狮 、 产 品 狗 、 设 计 猫 。 程 序 员 被 排 在 了 第 一 位 ， 而 从 我 的 个 人 经 历来 说 ， 与 程序 员 有 着 
密切 的 关系 : 大 学 研究 生 时 的 程序 员 ， 上 班 时 的 工程 师 ， 创 业 后 的 产品 经 理 ， 最 近 几 年 一 直 在 学 习 和 琢磨 设计 。 


这 本 书 的 作者 建 强 也 是 其 中 一 种 人 ， 一 种 喜欢 钻研 技术 的 程序 员 。 我 曾经 和 《 奇 点 临近 》 作 者 雷 . 库 效 韦 尔 交流 的 时 候 提 到 ， 也 许 上 帝 就 是 一 名 程序 员 ， 因 为 程序 员 正 在 通过 给 基因 重 
新 编程 的 方式 来 解决 人 类 很 多 疾病 之 类 的 问题 。 


当然 ， 实 现 给 基因 编程 解决 人 类 疾病 问题 的 过 程 是 漫长 的 ， 但 “程序 员 ” 的 作用 是 重大 的 。 而 在 互联 网 的 世界 里 ， 程 序 员 的 重要 性 更 明显 。 一 个 好 的 程序 员 能 力 固然 重要 ， 精 神 世界 
的 升华 也 不 能 缺少 ， 写 书 就 是 一 种 精神 世界 的 升华 ， 能 说 服 自 己 ， 也 能 帮助 和 提高 更 多 人 。 


互联 网 时 代 离 不 开 各 种 移动 App， 本 书 提 到 很 多 时 下 移动 互联 网 很 前 沿 的 技术 ， 像 竞 品 技术 分 析 部 分 就 提 到 ABTest、WaxPatch 等 。 而 且 据 说 ， 为 了 写 这 本 书 ， 作 者 分 析 了 市 场 上 有 
名 的 上 百 款 App， 能 够 费 这 么 多 心血 去 研究 技术 实现 的 人 ， 在 我 看 来 至 少 是 一 个 充满 好 奇 心 的 人 。 正 是 这 种 拥有 好 奇 心 并 执着 探索 的 人 ， 推 动 了 近 上 百年 来 的 科学 发 展 。 


移动 互联 网 的 世界 更 是 如 此 ， 从 手机 产生 至 今 ， 短 短 二 三 十 年 的 时 间 ， 就 已 经 发 生 了 翻天 履 地 的 变化 。 今 天 的 手机 已 经 快 成 为 人 类 的 器 官 了 ， 未 来 手机 是 什么 样子 很 难说 ， 但 对 手机 
应 用 的 要 求 越 来 越 高 。 虽 然 \OS 和 安 卓 平台 上 开发 App 会 有 所 不 同 ， 但 用 户 在 各 方面 体验 的 要 求 是 一 致 的 。 所 以 在 我 做 手机 的 过 程 中 ， 一 直 要 求 自己 要 充满 好 奇 心 。 


移动 App 是 一 个 充满 了 未 知 和 探索 的 领域 ， 这 也 正 是 它 的 魅力 所 在 ， 所 以 越 来 越 多 渴望 探索 的 人 加 入 到 移动 互联 网 的 创业 大 潮 中 来 。 事 实 上 ， 这 些 移动 App 正 在 改变 着 我 们 的 生活 ， 
从 订餐 、 打 车 到 游戏 娱乐 都 被 各 种 App 所 改变 。 


但 App 相 关 的 技术 发 展 、 更 新 非常 迅速 ， 所 以 作为 技术 人 员 要 保持 对 技术 的 敏锐 嗅觉 ， 永 远 抱 着 谦卑 的 心态 去 学 习 先 进 的 技术 和 理念 ， 才 能 时 刻 占据 着 主动 。 当 我 们 认为 自己 对 这 个 
世界 已 经 相当 重要 的 时 候 ， 其 实 这 个 世界 才刚 刚 准 备 原谅 我 们 的 幼稚 。 


互联 网 发 展 到 今天 ， 程 序 员 功 不 可 没 。 也 许 程序 员 真 的 就 是 上 帝 ， 但 他 们 在 创造 出 一 个 个 绚丽 多 彩 的 世界 之 前 ， 注 定 要 沉浸 在 枯燥 的 代码 之 中 。 我 相信 ， 每 个 程序 都 有 自己 的 一 个 小 
小 世界 ， 在 程序 世界 里 ， 一 切 都 按照 他 们 的 设计 规则 运行 。 那 么 你 说 ， 这 和 上 帝 创 造 世界 有 什么 不 同 ” 互 联网 的 世界 里 谁 才 是 核心 驱动 力 ? 


虐 


然 ， 我 也 希望 这 本 书 能 培养 出 更 多 的 App 领 域 高 级 人 才 ， 来 共同 繁荣 移动 互联 网 的 世界 。 


周 渔村 


奇 虎 360 董 事 长 


序 二 


十 年 写 一 本 书 


1998 年 ，Peter Norvig 曾 经 写 过 一 篇 很 有 名 的 文章 ， 题 为 “Teach Yourself Programming in Ten Years” (十 年 学 会 编程 ，。 这 文章 怎么 个 有 名 法 呢 ， 自 发 表 以 来 它 的 访问 次 数 逐 
年 增加 ， 到 2012 年 总 数 已 经 接近 300 万 次 。 


文章 的 意思 其 实 很 简单 ， 编 程 与 下 棋 、 作 曲 、 绘 画 等 专业 技能 一 样 ， 不 花 上 十 年 以 上 有 素 的 训练 (deliberative practice) 、 忘 我 的 (fearless) 投入 ， 是 很 难 真正 精通 的 。Malcolm 
Gladwell 后 来 的 畅销 书 《 异 类 》 用 1 万 小 时 这 个 概念 总 结 了 类 似 的 观点 。 


那么 ， 写 书 呢 ? 


说 到 写 书 ， 我 的 另 一 位 朋友 在 微 博 上 说 过 一 段 话 ， 让 我 一 直 耿耿 于 怀 : “有 的 时 候 被 鼓励 、 众 是 写 书 ， 就 算 书 能 卖 5000 有 册 ，40 块 一 本 ，8% 的 版 税 ， 收 益 是 16000RMB， 这 还 没 缴 
税 。 我 还 不 如 跟 读 者 化 缘 ， 把 内 容 均匀 地 贡献 给 读者 ， 一 个 礼拜 就 能 幕 集 到 这 个 数额 。 为 什么 要 去 写 书 ? 浪费 纸张 ， 污 染 环境 。 为 了 名 气 ? 为 了 评 职 称 ? ”这 位 朋友 是 2001 年 我 出 版 的 
内 第 一 本 Python 书 的 译 者 ， 当 时 这 本 封面 上 是 一 只 老鼠 的 书 只 有 400 页 ， 现 在 英文 原版 最 新 版 已 经 1600 页 了 一 一 时 间 真 是 最 强大 的 重 构 工 具 。 其 实 他 的 话说 得 挺 实 在 的 。 这 年 头 写 专业 
书 ， 经 济 上 直接 的 回报 ， 的 确 很 低 。 


图 


网 


可 要 是 真 的 没 人 写 书 了 ， 这 个 世界 会 好 吗 ? 

我 曾经 在 出 版 社工 作 十 几 年 ， 经 手 的 书 数 以 干 计 ， 有 的 书 问世 之 初 就 门 可 罗 省 ， 有 的 书 一 时 洛阳 纸 贵 但 终归 沉寂 ， 只 有 少数 一 些 ， 能 够 多 年 不 断 重印 ,一 版 再 版 。 这 后 一 种 ， 往 往 是 
真正 的 好 书 ， 是 某 个 领域 知识 系统 整理 的 精华 ， 其 作用 不 可 替代 ，Google 索 引 的 成 干 上 万 的 网 页 也 不 能 一 一 聚 沙 其 实 是 不 能 成 塔 的 。Google 图 书 计 划 的 受挫 ， 其 实 是 人 类 文明 发 展 的 
大 延迟 ， 对 此 我 深 以 为 憾 。 


书 (我 说 的 是 科技 专业 书 ) 可 以 粗略 分 为 两 种 ， 一 种 是 入 门 教程 性 质 的 ， 一 种 是 经 验 之 谈 或 者 感悟 心得 。 无 论 哪 一 种 ， 都 需要 作者 多 年 教学 或 者 实践 的 积淀 。 很 难 想象 ， 没 有 这 种 积 
淀 ， 能 够 很 好 地 引导 读者 入 门 ， 或 者 教授 其 他 人 需要 花费 十 年 才能 掌握 的 专业 技能 。 


所 以 ， 好 书 不 易 得 。 它 不 仅 来 之 不 易 (有 能 力 写 的 人 本 来 就 少 ， 这 些 人 还 不 一 定 有 动力 写 ) ， 而 且 还 经 常 面临 烂 书 太 多 ， 可 能 劣 币 驱逐 良 币 的 厄运 。 最 后 的 结果 是 ， 很 多 领域 都 缺乏 
真正 的 好 书 ， 导 致 整个 圈子 的 水 平 偏 低 。 因 为 ， 书 这 种 成 体系 的 东西 ， 往 往 是 最 有 效 的 交流 与 传承 手段 ， 是 互联 网 ( 微 博 、 微 信 、 博 客 、 视 频 等 等 ) 上 碎片 化 的 信息 不 能 取代 的 。 


几 天 前 ， 我 的 Gmail 邮箱 里 收 到 一 封 邮件 : 


“还 记得 2008 年 我 就 想 写 一 本 书 ， 但 是 感觉 技术 能 力 不 够 ， 就 只 好 去 翻译 了 一 本 。 一 晃 2015 年 了 ， 积 累 了 11 年 的 技术 功底 ， 写 起 书 来 游刃有余 。 这 本 书 我 整整 写 了 1 年 ， 其 中 第 6 章 和 
第 9 章 是 自 认为 写 得 最 好 的 章节 。 请 刘 江 老师 为 我 这 本 书写 一 篇 序言 ， 介 绍 一 下 无 线 App 的 技术 前 瞻 和 趋势 ， 以 及 看 过 样 章 后 的 一 些 感想 吧 。 谢 谢 。” 


包 建 强 


包 建 强 ? 我 记得 的 。 一 个 长 得 挺 帅 的 大 男孩 儿 ，2004 年 复旦 大 学 毕业 ，2008 年 被 评 为 微软 的 MVP。 在 技术 上 有 追求 ， 而 且 热 心 。 多 年 前 在 博客 园 非常 活跃 ， 张 罗 着 要 将 里 面 的 精华 
文章 结集 出 版 成 书 。 很 爱 翻 译 ， 曾 找 我 推荐 过 国外 的 博客 网 站 ， 想 要 把 一 个 同学 WPF/Silverlight 系 列 文章 翻译 成 英文 。2009 年 我 在 图 灵 出 版 了 他 翻译 的 .NET IL 汇 编 语 言 方面 的 书 ， 到 现 
在 也 是 这 一 主题 唯一 的 一 本 。 好 多 年 没 联系 ， 没 想到 他 已 经 从 .NET 各 种 技术 (WPF、Silverlight、CLR 等 ) ， 转 向 移动 客户 端 开 发 了 。 更 让 人 动容 的 是 ， 他 一 直 不 忘 初 心 ， 用 了 十 年 ， 终 
于 完成 了 自己 的 书 。 


那么 ， 这 是 一 本 什么 样 的 书 呢 ? 


我 将 书 的 几 个 样 章 转 给 身边 从 事 Android 开 发 的 一 位 美 团 同事 ， 他 看 了 以 后 有 点 小 激动 ， 给 了 这 样 的 评价 : 


“ 拿 到 这 本 书 的 目录 和 样 章 时 ， 感 到 非常 惊喜 ， 因 为 内 容 全 是 一 线 工程 师 正 在 使 用 或 者 学 习 的 一 些 热 门 技术 和 大 家 的 关注 点 。 比 如 网 络 请 求 的 处 理 、 用 户 登 录 的 缓存 信息 、 图 片 绥 
存 、 流 量 优 化 、 本 地 网 页 处 理 、 异 常 捕 抓 和 分 析 、 打 包 等 这 些 平时 使 用 最 多 的 技术 。 


我 本 人 从 事 Android 开 发 两 年 ， 特 别 想 找 一 本 能 提高 技术 、 经 验 之 谈 的 书 ， 可 惜 很 难 找到 。 本 书 不 光 站 在 技术 的 层面 上 去 读 论 Android， 还 通过 市 场 上 比较 火 的 一 些 App 和 当今 Android 在 
国内 发 展 的 方向 等 各 种 角度 ， 来 分 析 怎 么 样 去 做 好 一 个 App。 


我 个 人 感觉 这 本 书 不 仅 能 让 你 从 技术 上 有 收获 而 且 在 其 他 层面 上 让 你 对 Android 有 更 深层 次 的 了 解 。 我 已 经 迫不及待 这 本 书 能 够 尽快 上 市 ， 一 睹 为 快 了 。” 


的 确 ， 目 前 国内 外 市 面 上 数 百 种 Android 开 发 类 图 书 ， 基 本 上 可 以 分 为 两 类 : 


“ 一 类 是 从 系统 内 核 和 源 代 码 入 手 ， 作 者 往往 是 Linux 系 统 背 景 ， 从 事 底层 系统 定制 等 方面 工作 。 书 的 内 容重 在 分 析 Android 各 个 模块 的 运行 机 制 ， 虽 然 深入 理解 系统 肯定 对 应 用 开发 者 
有 好 处 ， 但 很 多 时 候 并 不 是 那么 实用 。 


: 一 类 是 标准 教程 ， 作 者 往往 是 培训 机 构 的 老师 ， 或 者 不 那么 资深 但 善于 总 结 的 年 轻 工 程 师 ， 基 本 内 容 是 Android 官 方 文档 的 变形 ， 围 绕 API 的 用 法 就 事 论 事 地 讲 开 去 。 虽 然 其 中 比较 
好 的 ， 写 法 、 教 学 思路 和 例子 上 也 各 有 千秋 ， 但 你 看 完 以 后 真 上 战场 ， 就 会 发 现 远 远 不 够 。 


本 书 与 这 两 类 书 都 完全 不 同 ， 纯 从 实战 出 发 ， 在 官方 文档 之 上 ， 阅 述 实际 开发 中 应 该 掌握 的 那些 来 之 不 易 的 经 验 ， 其 中 多 是 过 来 人 踩 过 坑 、 吃 过 亏 ， 才 能 总 结 出 来 的 东西 。 不 少 章节 
类 似 于 Effective 系 列 名 著 的 风格 ， 有 很 高 的 价值 。 


书 最 后 的 部 分 讨论 了 团队 和 项 目 管理 ， 既 有 比较 宏观 的 建议 ， 比 如 流程 、 趋 势 ， 更 多 的 还 是 实用 性 非常 强 的 经 验 ， 比 如 百宝箱 、 必 备 文档 ， 等 等 。 很 多 章节 ， 不 限于 Android， 对 其 
他 平台 的 移动 开发 者 也 有 很 大 的 借鉴 意义 。 


看 得 出 来 ， 这 里 很 多 内 容 都 是 包 建 强 自己 平时 不 断 记 录 、 积 累 的 成 果 ， 其 中 少量 在 他 的 博客 上 能 看 到 雏形 。 如 果 说 多 年 前 ， 包 建 强 在 组 织 和 翻译 图 书 时 还 有 些 青 涩 的 话 ， 本 书 中 所 显 
现 出 来 的 ， 则 完全 是 一 派 大 将 风度 ， 用 他 自己 的 话 来 说 ，“ 游 思 有 余 ” 了 ，。 


我 曾经 不 止 一 次 和 潜在 的 作者 说 过 : “不 写 一 本 书 ， 人 生 不 完整 。” 我 说 这 话 是 认真 的 。 人 生 百 年 ， 如 果 最 后 没有 什么 可 以 总 结 、 留 之 后 人 的 东西 ， 那 可 不 是 什么 值得 夸 光 的 事情 。 


而 说 到 总 结 ， 互 联网 各 种 碎片 化 的 媒体 形式 当然 有 各 种 方便 ， 但 到 头 来 逃脱 不 了 烟花 易 逝 的 命运 ( 想 想 网 上 有 多 少 好 的 文字 ， 链 接 早已 失效 ， 现 在 只 能 到 archive.org 上 和 寻找， 甚至 那 
里 也 不 见 踪 影 ) 。 还 是 书 这 种 物理 形式 最 坚实 ， 最 像 那 么 回 事 儿 ， 也 最 是 个 东西 。 去 国家 图 书馆 看 过 宋 版 书 的 人 肯定 会 有 体会 。 


湛 


然 ， 真 正 能 立 住 的 ， 是 那些 真正 的 好 书 ， 那 些 花 费 十 年 写 出 来 的 东西 。 希 望 和 有 更 多 的 同学 像 包 建 强 这 样 ， 十 年 写 一 本 书 。 希 望 和 有 更 多 好 书 不 断 涌现 出 来 。 


我 更 希望 ， 包 建 强 不 止步 于 书 的 出 版 ， 而 是 能 将 书 的 内 容 互 联网 化 ， 让 读者 和 同行 也 加 入 进来 ， 不 断 生长 、 丰 富 ， 不 断 改版 重印 ， 变 成 一 种 活 的 东西 。 写 一 本 好 书 ， 不 应 该 限于 十 


刘 江 
美 团 技术 学 院 院 长 


CSDN 和 《程序 员 》 杂 志 前 总 纺 


原 三 


这 是 一 本 很 有 特点 的 书 ， 没 有 系统 的 知识 介绍 ， 也 没有 对 细 分 领域 钼 牛角 尖 般 的 头头 是 道 。 第 一 次 看 完 者 包 的 样 章 时 我 很 惊讶 ， 他 不 仅 一 个 人 完成 了 全 书 内 容 的 撰写 ， 而 且 其 中 大 部 
分 章节 都 非常 接地 气 并 具有 时 代 性 。 


张 


前 移动 开发 技术 处 在 一 个 野蛮 增长 的 时 代 ， 在 移动 开发 从 业 人 员 逐 年 递增 的 情况 下 ， 很 多 公司 的 移动 开发 团队 都 有 几 十 人 甚至 上 百人 。 当 App 越 做 越 大 ， 承 载 了 越 来 越 多 的 功能 
时 ， 不 断 地 累加 代码 也 造成 了 很 多 问题 。 在 解决 这 些 问题 的 同时 ， 很 多 人 从 单纯 的 业务 开发 转向 深入 研究 技术 细节 ， 沉 淀 了 很 多 经 验 ， 并 诞生 了 不 少 有 意思 的 开源 项 目 。 


在 2013 年 我 首次 遇 到 Android 65536 方 法 数 限制 的 时 候 ， 网 络 上 唯一 能 查询 到 的 资料 就 是 Facebook 上 的 一 篇 博客 ， 其 中 简单 介绍 了 博 主 遇 到 的 问题 及 解决 的 大 致 方法 。 当 时 在 没有 
任何 参考 资料 的 情况 下 只 能 自己 开发 解决 方案 ， 并 且 由 于 需要 分 折 dex 引 入 了 不 少 其 他 的 问题 。 今 天 看 到 本 书 中 总 结 的 这 些 经 验 和 问题 ， 发 现 本 书 能 够 给 我 很 好 的 启示 ， 原 本 那些 踩 过 的 
坑 和 交 过 的 学 费 其 实 都 是 可 以 避免 的 。 虽 然 书 中 介绍 每 个 问题 时 篇 幅 看 上 去 并 不 大 ， 但 是 提炼 得 很 精简 ， 如 果 你 对 其 中 的 某 段 不 是 很 理解 ， 很 可 能 它 正 是 在 你 真正 遇 到 问题 时 会 联想 到 的 


内 容 和 恰到好处 的 解决 方案 。 


本 书 第 6 章 常见 的 异常 分 析 ， 就 是 完全 基于 实践 积累 完成 的 。 就 阅读 这 章 本 身 来 说 ， 可 能 学 到 的 知识 点 非常 分 散 ， 但 是 包含 了 很 多 不 为 人 知 的 冷门 或 者 非常 细节 的 知识 。 如 果 你 对 其 
有 深刻 的 共鸣 ， 多 数 都 是 因为 自己 曾 有 过 被 坑 的 经 历 。 在 我 自己 的 异常 分 析 过 程 中 ， 会 遇 到 一 些 非 常 难 理解 的 异常 ， 俗 称 “ 妖 怪 问题 ”。 这 类 异常 的 表象 很 难 和 原因 联系 到 一 起 ， 光 读 取 
栈 信 息 不 足以 理解 异常 的 机 理 ， 这 时 候 就 需要 有 更 完善 的 异常 收集 系统 ， 能 够 把 应 用 的 当前 状态 进行 回溯 ， 这 对 分 析 问 题 是 很 有 帮助 的 。 


本 书 第 9 章 我 认为 是 最 接地 气 也 是 最 有 特色 的 章节 ， 从 分 析 国 内 热门 的 App 开 始 ， 帮 助 读者 了 解 最 前 沿 的 大 公司 的 移动 开发 的 技术 方向 。 有 很 多 技术 点 是 小 的 App 开 发 团队 并 不 会 花 精 
力 关注 的 ， 比 如 资源 文件 如 何 组 织 ， 如 何 应 对 线 上 故障 等 ， 但 是 如 果 在 应 用 规模 急剧 增长 后 再 去 解决 相应 的 问题 就 会 花费 不 小 的 代价 ， 不 如 从 一 开始 就 遵循 这 些 已 经 在 其 他 成 熟 团 队 中 积 
淀 的 经 验 和 法 则 。 对 于 应 用 开发 来 说 ， 很 多 高 深 的 技术 和 复杂 的 框架 也 许 并 不 会 对 最 终 的 结果 带 来 很 大 的 帮助 ， 学 习 一 些 业界 真实 的 方案 ， 并 对 其 进行 扩展 可 能 是 更 加 稳妥 的 方式 。 


从 Android 和 iOs 诞 生 至 今 ， 技 术 虽 然 一 直 在 进步 ， 但 它们 分 别 是 由 Google 和 Apple 主 导 的 。 开 源 社区 虽然 有 很 多 热门 的 项 目 ， 但 是 不 同 于 服务 端的 Apache 扶 持 的 大 型 开源 项 目 ， 客 
户 端 受 限于 体积 、 硬 件 及 部 署 方式 的 限制 ， 一 直 没 有 形成 大 而 全 的 框架 ， 反 而 出 色 的 开源 项 目 都 聚焦 在 一 个 点 上 。 回 想 Joe Hewitt 当 年 在 Facebook 开 源 的 Three20 项 目 引领 了 当时 的 iOS 
应 用 架构 ， 到 目前 已 经 被 大 多 数 的 应 用 抛弃 ， 只 能 说 这 是 一 个 大 浪 淘 沙 的 时 代 ， 移 动 技术 在 飞速 发 展 ， 技 术 被 淘汰 的 速度 非常 之 快 。 优 秀 的 开发 人 员 需 要 具备 的 不 光 是 对 平台 的 了 解 和 写 
代码 的 能 力 ， 更 重要 的 是 对 技术 的 整合 和 对 发 展 趋势 的 理解 。 本 书 就 像 是 对 2015 年 整个 移动 技术 的 一 份 快照 ， 非 常 富 有 这 个 时 代 的 特征 。 整 本 书 并 不 是 从 枯燥 的 文档 提炼 而 来 ， 而 是 真切 
地 从 一 个 互联 网 从 业者 的 切身 经 历 和 与 他 人 的 交流 中 得 来 。 对 于 一 个 需要 时 刻 紧 跟 移动 浪潮 的 App 开 发 人 员 来 说 ， 本 书 是 值得 一 读 的 好 书 。 


属 孝 敏 


大 众 点 评 首 席 架 构 师 


le 
了 中 


皇 皇 三 十 载 ， 书 剑 两 无 成 


在 你 面前 娓 娓 而 谈 的 我 ， 曾 经 是 一 位 技术 宅男 。 我 写 了 6 年 的 技术 博客 ，500 多 篇 技术 文章 。 十 年 编程 生涯 ， 我 学 习 了 .NET 的 所 有 技术 ， 但 是 从 微软 出 来 ， 踏 上 互联 网 这 条 路 ， 却 发 现 
自己 还 是 小 学 生 水 平 ， 当 时 怡 逢 三 十 而 立 之 年 ， 感 慨 自己 多 年 来 一 事 无 成 ， 于 是 又 开始 了 新 一 轮 的 学 习 。 选 择 移动 互联 网 这 个 方向 ， 是 因为 这 个 领域 所 有 人 都 是 从 零 开 始 ， 大 家 都 是 摸索 
着 做 ， 初 期 没有 高 低 上 下 之 分 。 


在 此 期 间 ， 我 做 过 Window Phone 的 App， 学 会 了 Android 和 iOS， 慢 慢 由 二 把 刀 水 平 升 级 到 如 今 的 著 书 立 说 ， 本 来 我 想 写 的 是 iOS 框 架设 计 ， 因 为 当时 这 方面 的 经 验 积累 会 更 多 一 
些 ，2013 年 的 时 候 我 在 博客 上 写 了 一 系列 这 方面 的 文章 ， 可 惜 没有 写 完 。 如 今 这 本 书 是 以 Android 为 主 ， 但 是 框架 设计 的 思想 是 和 iOS 一 致 的 。 


作为 程序 员 ， 不 写本 书 流传 于 世 ， 貌 似 对 不 起 这 个 职业 。2008 年 的 时 候 我 就 想 写 ， 可 那 时 候 积累 不 够 ， 所 知 所 会 多 是 从 书本 上 看 到 的 ， 所 以 没 敢 动笔 ， 而 是 选择 翻译 了 一 本 书 
《MSIL 权 威 指南 》。 翻 译 途中 发 现 ， 我 只 能 老 老实 实地 按照 原文 翻译 ， 而 不 能 有 所 发 挥 。 我 渴望 能 有 一 个 地 方 ， 天 马 行 空地 将 自己 的 风格 淋漓 尽 致 地 表现 出 来 ， 在 写 这 本 书 之 前 ， 只 有 我 
的 技术 博客 。 


终于 给 了 自己 一 个 交代 ， 东 隅 已 逝 ， 桑 榆 非 晚 。 


文章 本 天 成 ， 妙 手 偶 得 之 


这 是 一 本 前 后 风格 连 异 的 书 ， 以 至 于 完稿 后 ， 不 知道 该 给 本 书 起 一 个 什么 样 的 书 名 。 只 希望 各 位 读者 看 过 之 后 能 得 到 一 些 启示 ， 我 就 心满意足 了 。 


下 面 介 绍 一 下 本 书 的 章节 概要 。 本 书 分 为 三 个 部 分 共计 12 章 。 


第 1 章 讲 重 构 。 这 是 后 续 3 章 的 基础 。 先 别 急 着 看 其 他 章节 ， 先 看 一 下 这 一 章 介 绍 的 内 容 ， 你 的 项 目 是 否 都 做 到 了 。 


第 2 章 讲 网 络 底层 封装 。 各 个 公司 都 对 App 的 网 络 通信 进行 了 封装 ， 但 都 稍 显 腑 肿 。 我 介绍 的 这 套 网 络 框架 比较 灵巧 ， 而 且 摆脱 了 AsyncTask 的 束缚 ， 可 以 在 底层 或 上 层 快速 扩展 新 的 
功能 。 这 样 讲 多 少 有 些 自 卖 自 硅 ， 好 不 好 还 是 要 听 读 者 的 反馈 ,建议 在 新 的 App 上 使 用 。 


第 3 章 讲 App 中 一 些 经 典 的 场景 设计 ， 比 如 说 城市 列表 的 增 量 更 新 、 缓 存 的 设计 、App 与 HTML5 的 交互 、 全 局 变量 的 使 用 。 对 于 这 些 场 景 ， 各 位 读者 是 否 有 似曾相识 的 感觉 ， 是 否 能 
从 我 的 解决 方案 中 产生 共鸣 ? 


第 4 章 介 绍 Android 的 命名 规范 和 编码 规范 。 网 上 的 各 种 规范 多 如 牛 毛 ， 但 我 们 不 能 直接 拿 来 就 使 用 ， 要 有 批判 地 继承 吸收 ， 要 总 结 出 适合 自己 团队 的 规范 。 所 以 ， 即 使 是 我 这 章 内 
容 ， 也 请 各 位 读者 有 选择 地 采纳 。 我 写 这 一 章 的 目的 ， 就 是 要 强调 “无 规矩 不 成 方圆 ”， 代 码 亦 如 是 。 


第 5 章 和 第 6 章 组 成 了 Android 骨 省 分 析 三 部 曲 。 写 这 本 书 用 了 一 年 ， 其 中 有 半年 多 时 间 花 在 这 两 章 上 。 一 方面 ， 要 不 断 优化 自己 的 算法 ， 训 练 机 器 对 月 溃 进 行 分 类 ; 另 一 方面 ， 则 是 
对 八 十 多 种 线 上 崩溃 追根 溯源 ， 找 到 其 真正 的 原因 。 


第 7 章 讲 Android 中 的 代码 混淆 。 本 不 该 有 这 一 章 ， 只 是 在 工作 中 发 现 网 上 关于 ProGuard 的 介绍 大 都 只 言 片 语 。 官 方 倒是 有 一 份 白皮书 ， 但 是 针对 Android 的 介绍 却 不 是 很 多 ， 于 是 
便 写 了 这 章 ， 系 统 而 全 面 地 介绍 了 在 Android 中 使 用 ProGuard 的 理论 和 实践 。 


第 8 章 讲 持续 集成 (CI) 。 十 年 传统 软件 的 经 验 ， 使 我 在 这 方面 得 心 应 手 。 这 一 章 所 要 解决 的 是 ， 如 何 把 传统 软件 的 思想 迁移 到 App 上 。 


第 9 章 讲 App 况 品 分 析 ， 是 研究 了 市 场 上 几 十 款 著名 App 并 参阅 了 大 量 技术 文章 后 写 出 的 。 之 前 积累 了 十 年 的 软件 研发 经 验 ， 这 时 极 大 地 帮助 了 我 。 


第 10 章 讲 项 目 管理 ， 是 为 App 量 身 打造 的 敏捷 过 程 ， 是 我 在 团队 中 一 直 坚 持 使 用 的 开发 模式 。App 一 般 2 周 发 一 次 版 本 ， 进 代 周期 非常 快 ， 适 合用 敏捷 开发 模式 。 


第 11 章 讲 日 常 工作 中 的 问题 解决 办 法 。 那 是 在 一 段 刀 兴 上 环 血 的 日 子 中 总 结 出 的 办 法 ， 那 时 每 天 都 在 战 战 欧 兢 中 度 过 ， 有 问题 要 在 最 短 时 间 内 查找 到 原因 并 尽 可 能 修复 ; 那 也 是 个 人 
能 力 提升 最 快 的 一 段 时 光 ， 每 一 次 成 功 解决 问题 都 伴随 着 个 人 的 成 长 。 


第 12 章 讲 App 团 队 建设 。 我 是 一 个 孔雀 型 性 格 的 老板 ， 所 以 我 的 团队 中 多 是 外 向 型 的 人 ， 或 者 说 ， 把 各 种 问 骚 型 技术 宅男 改造 成 明 骚 ; 我 是 从 技术 社区 走出 来 的 ， 所 以 我 会 推崇 技术 
分 享 ， 关 心 每 个 人 的 成 长 ; 我 有 8 年 软件 公司 的 工作 经 验 ， 所 以 我 擅长 写 文档 、 画 流程 图 ， 以 确保 一 切 尽 在 掌握 之 中 。 有 这 样 一 位 奇 范 老 板 ， 对 面 的 你 ， 还 不 快 到 我 的 碗 里 来 ， 我 的 邮箱 
是 16230091@qq.com， 我 的 团队 ， 期 待 你 的 加 入 。 


心 如 猛虎 ， 细 嗅 蔷 葵 


话说 ， 我 也 是 无 意 间 踏 上 编程 这 条 道路 的 。 如 果 不 是 在 大 三 实在 学 不 明白 实 变 函 数 这 门 课 的 话 ， 我 现在 也 许 是 一 个 数学 家 ， 或 者 和 我 的 那些 同学 一 样 做 操盘手 或 是 二 级 市 场 。 


我 真正 的 爱好 是 看 书 ， 最 初 是 资 治 通 鉴 、 二 十 四 史 ， 后 来 发 现在 饭桌 上 说 这 些 会 被 师弟 师妹 们 当做 怪物 ， 于 是 按照 中 文系 同学 
在 复旦 的 四 年 时 光 ， 枉 出 了 一 身 的 “ 臭 毛病 ” ， 比 如 说 看 着 夜空 中 的 月 亮 会 莫名 其 妙 地 流 眼 泪 ， 会 喜欢 喝 奶茶 并 且 挑 剔 珍珠 的 口感 。 


下 
骂 
总 


建议 翻 看 张爱玲 、 王 小 波 的 小 说 ， 读 梁实秋 的 随笔 。 


不 要 以 为 程序 员 只 会 写 代 码 。 程 序 员 做 烘焙 绝对 是 逆 天 的 ， 因 为 这 用 到 软件 学 中 的 设计 模式 ， 我 也 曾 研发 出 失败 的 甜品 ， 做 饼干 时 把 黄油 错 用 成 了 淡 奶 油 ， 然 后 把 烤 得 硬 邦 邦 的 饼干 
第 二 天 拿 给 同事 们 吃 。 


我 涉及 的 领域 还 有 很 多 ， 比 如 者 咖啡 、 唱 K、 看 者 电影， 都 是 在 编程 技术 到 了 一 定 瓶 矣 后 学 会 的 ， 每 一 类 都 有 很 深 的 学 问 。 不 要 一 门 心 思 地 看 代码 ， 生 活 能 教会 我 们 很 多 ， 然 后 反 过 
来 让 我 们 对 编程 有 更 深刻 的 认识 。 


心 若 有 桃园 ， 何 处 不 是 水 云 间 。 


会 当 凌 绝 项， 一 览 众 山 小 


如 果 后 续 还 有 第 二 卷 ， 我 希望 是 齐 数据 驱动 产品 。 就 在 本 书写 作 期 间 ， 我 的 思想 发 生 了 一 次 升华 ， 那 是 在 2015 年 初 的 一 个 雪 夜 ， 我 完成 了 从 纠结 于 写 代码 的 方法 到 放眼 于 数据 驱动 产 
品 的 转变 。 这 也 是 这 本 书 前 面 代码 很 多 ， 越 到 后 面 代码 越 少 的 原因 。 


数据 驱动 产品 是 未 来 十 年 的 战略 布局 。 之 前 ， 我 们 过 多 地 关注 于 写 代码 的 方法 了 ， 却 始终 搞 不 清 用户 是 否 愿意 为 我 们 辛 辛 苦 苦 做 出 来 的 产品 买单 ， 技 术 人 员 不 知道 ， 产 品 人 员 更 不 知 
道 。 产 品 人 员 需 要 技术 人 员 提 供 工具 来 帮助 他 们 进行 分 析 ， 比 如 说 ABTest， 比 如 说 精准 推送 平台 ， 比 如 说 用 户 画像 ， 而 我 们 检查 自己 的 代码 ， 却 发 现 连 PV 和 UV 都 不 能 确保 准确 。 


这 也 是 我 接 下 来 的 研究 和 工作 方向 。 
本 书 全 部 代码 均 可 以 从 作者 的 博客 上 下 载 ， 地 址 是 : www.cnblog.com/Jax/p/4656789.html。 
包 建 强 


2015 年 8 月 3 日 于 北京 


第 一 部 分 ”高效 App 框 架设 计 与 重 构 


“ 第 1 章 重 构 ， 夜 未 眠 
“ 第 2 章 Android 网 络 底层 框架 设计 
' 第 3 章 Android 经 典 场景 设计 


“ 第 4 章 ”Android 命 名 规范 和 编码 规范 
对 于 App 来 说 ， 要 么 就 一 次 性 把 它 设计 好 ， 否 则 ， 就 只 能 重 构 了 。 


什么 时 候 做 重 构 ? 作为 App 技 术 团队 的 负责 人 ， 我 每 次 想到 这 一 点 ， 都 会 扩 量 再 
就 没有 时 间 做 重 构 了 。 长 此 以 往 ， 积 次 难 返 ， 代 码 会 越 来 越 难 维护 。 


。 在 我 看 来 ， 产 品 需求 是 优先 级 最 高 的 。 开 发 团队 要 使 尽 浑身 解数 ， 优 先 完成 这 些 需求 。 但 这 样 一 


io 


襄 


另 一 个 更 重要 的 问题 是 ， 现 在 互联 网 严重 缺 人 ， 各 大 公司 的 各 个 部 门 都 不 饱和 。 也 就 是 说 ， 我 们 可 能 连 需 求 都 做 不 完 ， 更 不 要 提 重 构 的 事情 了 。 
对 于 新 项 目 ， 一 开始 就 要 把 它 设计 好 了 ， 因 为 我 们 不 会 再 有 重 构 的 机 会 了 。 互 联网 的 发 展现 状 是 : 没有 时 间 给 我 们 来 回 折腾 。 

对 于 老 项 目 ， 我 们 就 得 狼 着 手指 头 仔细 盘算 盘算 是 否 要 重 构 : 

1) 如 果 不 重 构 ， 会 导致 很 严重 的 App 功 能 问题 那么 这 是 很 严重 的 bug， 宁 肯 砍 掉 1~2 个 功能 也 一 定 要 修复 的 ， 需 要 和 产品 经 理 商 量 ， 由 他 们 决策 。 


2) 本 次 迭代 是 否 还 有 空余 的 开发 人 员 来 做 重 构 ? 有 ， 就 做 ; 没有 ， 也 不 勉强 。 同 时 ， 重 构 也 会 导致 测试 团队 额外 的 工时 ， 如 果 测试 团队 没有 额外 的 人 力 对 重 构 进行 测试 ， 那 么 开发 人 
员 就 要 把 重 构 做 在 新 建 的 代码 分 支 上 ， 本 期 移 代 上 线 后 ， 再 把 代码 合并 ， 放 到 下 期 迭代 。 


3) 重 构 计划 要 事先 给 出 ， 但 是 绝对 不 能 超过 两 周 ， 这 对 于 重 构 小 的 功能 是 可 以 的 ， 但 是 要 重 构 大 的 模块 或 者 底层 架构 ， 就 要 考虑 拆 分 重 构 计 划 的 事情 了 。 我 们 可 以 把 重 构 划分 为 几 次 
迭代 ， 分 期 上 线 ， 先 把 最 严重 的 问题 解决 了 。 


当前 移动 互联 网 已 经 过 了 几 年 前 的 草创 时 期 ， 目 前 各 家 公司 比拼 的 都 是 内 功 ， 就 是 看 谁 做 得 细致 。 谁 家 的 交互 做 得 好 ， 谁 家 的 前 溃 少 ， 谁 就 占据 了 市 场 和 用 户 ， 马 虎 不 得 。 然 而 说 得 


不 客气 些 ， 目 前 市 面 上 的 App 做 得 都 很 糙 。 
本 书 第 一 部 分 要 讲 的 就 是 怎么 设计 App 应 用 开发 框架 ， 怎 么 进行 重 构 。 


好 戏 即 将 上 演 。 


第 1 章 重 构 ， 夜 未 眠 


本 章 将 要 讨论 的 主题 是 对 项 目 进行 重 构 ， 进 而 搭建 一 套 简单 实用 的 Android 应 用 框架 AndroidLib。An 
块 化 拆 分 和 Android 插 件 化 编程 打下 了 基础 。 


值得 一 提 的 是 1.4 节 ， 尤 其 是 那个 经 过 改良 的 实体 生成 器 ， 是 为 App 量 身 打 造 的 一 款 利器 。 


1.1 ”重新 规划 Android 项 目 结 构 


droidLib 框 架 将 封装 业务 无 关 的 逻辑 ， 从 而 将 业务 逻辑 独立 出 来 ， 为 Android 模 


庭院 深 深 深 几许 ， 杨 柳 堆 烟 ， 帘 幕 无 重 数 。 用 这 首 词 来 形容 当前 市 面 上 Android 项 目的 代码 再 贴切 不 过 了 。 


我 做 过 很 多 App， 少 则 70 多 个 页 面 ， 多 则 200 个 页 面 左右 ， 我 的 切身 感受 是 ， 无 论 什么 App， 开 发 人 员 都 喜欢 把 所 有 的 代码 、 类 放 在 一 个 项 目下 ， 这 也 就 罢了 ， 更 有 甚 


或 
出 
[ay 
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Activity 还 是 Adapter 都 位 于 一 个 Package 下 ， 或 者 将 Adapter 内 置 在 Activity 中 。 这 就 相当 于 一 个 房间 里 既 有 餐桌 又 有 马桶 ， 床 上 还 放 着 着 油 瓶 。 


我 们 需要 重新 规划 Android 项 目的 目录 结构 ， 分 两 步 走 : 


第 一 步 : 建立 AndroidLib 类 库 ， 将 与 业务 无 关 的 逻辑 转移 到 AndroidLib。 重 构 后 的 项 目 结构 请 参见 图 


1-1， 其 中 YoungHeart 是 主 项 目 ， 保 持 了 对 AndroidLib 类 库 的 引用 。 


如 何 将 AndroidLib 项 目 设置 为 类 库 ， 以 及 如 何在 YoungHeart 项 目 中 添加 对 AndroidLib 类 库 的 引用 ， 这 些 我 就 不 多 说 了 ， 请 参考 相关 教程 。 


AndroidLib 中 应 该 包括 哪些 业务 无 关 的 逻辑 呢 ? 应 至 少 包 括 五 大 部 分 ， 如 图 1-2 所 示 。 


AndroidLib 


YoungHeart 


图 1-1 重 构 后 的 项 目 依赖 关系 


VI AndroidLib 
平 [ 虫 Src 
Pb 骨 com.infrastructure.activity 
Pb 财 com.infrastructure.cache 


Pb 出 com.infrastructure.net 
by 由 com.infrastructure.ui 
Pb 骸 com.infrastructure.utils 


图 1-2 AndroidLib 项 目 结构 


这 几 部 分 的 说 明 如 下 : 


“ activity 包 中 存放 的 是 与 业务 无 关 的 Activity 基 类 。Activity 基 类 要 分 两 层 ， 如 图 1-3 所 示 。AndroidLib 下 的 基 类 BaseActivity 封 装 的 是 业务 无 关 的 公用 逻辑 ， 主 项 目 中 的 AppBaseActivity 基 
类 封装 的 是 业务 相关 的 公用 还 辑 。 


“ net 包 里 面 存放 的 是 网 络 底层 封装 。 这 里 封装 的 是 AsyncTask。 

“cache 包 里 面 存放 的 是 缓存 数据 和 图 片 的 相关 处 理 。 

“ ui 包 中 存放 的 是 自 定义 控件 。 

“ utils 包 中 存放 的 是 各 种 与 业务 无 关 的 公用 方法 ， 比 如 对 SharedPreferences 的 封装 。 


第 二 步 : 将 主 项 目 中 的 类 分 门 别 类 地 进行 划分 ， 放 置 在 各 种 包 中 ， 如 图 1-4 所 示 。 


系统 自 带 的 Activity 


YoungHeart 


AppBaseActivity 


具体 一 个 Activity 


图 1-3 基 类 的 继承 关系 


VE YoungHeart 
和 src 
Pb 朵 com.youngheart.activity.others 
by 髓 com.youngheart.activity.personcenter 
b> 骸 com.youngheart.adapter 
> 由 com.youngheart.db 


Pb 骨 com.youngheart.engine 

Pb 出 com.youngheart.entity 

by 轩 com.youngheart.interfaces 
Pb 财 com.Yyoungheart.listemer 

Pb 出 com.youngheart.ui 

Pb 朵 com.youngheart.utils 


图 1-4 Android 重 构 后 的 项 目 结构 


对 图 1-4 中 各 个 包 的 介绍 如 下 : 


“ activity: 我 们 按照 模块 继续 拆 分 ， 将 不 同 模 块 的 Activity 划 分 到 不 同 的 包 下 。 

. adapter: 所 有 适配器 都 放 在 一 起 。 

.entity: 将 所 有 的 实体 都 放 在 一 起 。 

“ db: SQLLite 相 关 逻 辑 的 封装 。 

“ engine: 将 业务 相关 的 类 都 放 在 一 起 。 

“ui: 将 自 定义 控件 都 放 在 这 个 包 中 。 

“ utils; 将 所 有 的 公用 方法 都 放 在 这 里 。 

“ interfaces: 真正 意义 上 的 接口 ， 命 名 以 I 作 为 开头 。 

“ listener: 基于 Listenet 的 接口 ， 命 名 以 On 作为 开头 。 
这 些 划分 主要 是 为 了 以 下 两 个 目的 : 
1) 每 个 文件 只 有 一 个 单独 的 类 ， 不 要 有 府 套 类 ， 比 如 在 Activity 中 谋 套 Adapter、Entity。 
2) 将 Activity 按 照 模块 拆 分 归 类 后 ， 可 以 迅速 定位 具体 的 一 个 页 面 。 此 外 ， 将 开发 人 员 按照 模块 划分 后 ， 每 个 开发 人 员 都 只 负责 自己 的 那个 包 ， 开 发 边界 线 很 清晰 。 


曾经 有 人 间 我 ，Activity 按 照 模块 拆 分 了 ， 为 什么 Adapter、Entity 不 如 法 炮制 也 进行 相应 的 拆 分 呢 ? 这 个 问题 其 实 是 可 以 商量 的 。 我 不 做 拆 分 的 原因 是 ， 看 代码 时 ， 肯 定 是 先 找到 页 
面 从 Activity 看 起 ， 而 不 会 从 Adapter 看 起 ， 所 以 把 Activity 分 好 类 就 够 了 。 此 外 ，Adapter 的 逻辑 大 同 小 异 ， 如 果 开发 人 员 都 严格 遵守 Android 编 码 ， 那 么 代码 中 的 方法 和 实现 基本 相同 。 
这 就 有 别 于 Activity 了 ， 每 个 Activity 都 有 着 很 复杂 的 业务 逻辑 ， 所 以 Activity 才 是 最 重要 的 。 


Entity 也 是 这 个 样子 ，Entity 中 应 该 只 有 属性 ， 否 则 就 不 叫 Entity。 只 是 当 Entity 有 上 百 个 时 ， 就 需要 考虑 按照 模块 划分 。 


由 于 Entity 中 应 该 只 有 属性 ， 不 应 该 有 业务 逻辑 的 方法 ， 那 么 如 果 确 实 需要 ， 我 们 就 要 将 其 转移 到 Engine 这 个 包 中 的 某 个 类 下 面 ， 这 也 是 Engine 这 个 包 的 存在 意义 。 


主席 说 过 : “打扫 干净 屋子 再 请 客 。” 对 于 项 目 而 言 ， 划 分 好 组 织 结构 也 是 这 个 道理 。 我 们 只 有 把 项 目 结构 规划 好 ， 才 能 进行 下 一 步 的 重 构 工作 。 


1.2 为 Activity 定 义 新 的 生命 周期 


学 习 过 设计 模式 的 人 ， 应 该 对 SOLID 原 则 不 陌生 吧 。 其 中 有 一 条 原则 就 是 : 单一 职责 。 单 一 职责 的 定义 是 : 一 个 类 或 方法 ， 只 做 一 件 事情 。 


用 这 条 原则 来 观察 Activity 中 的 onCreate 方 法 ， 你 会 发 现 ， 这 哥们 儿 人 怎么 干 那么 多 


中 


有 呵 ，onCreate 中 的 代码 如 下 所 示 : 


public class LoginActivity extends Activity implements View.OnClickListener { 

private int loginTimes; 

Private EditText etPassword; 

private EditText etEmail; 

QOverrigde 

protected void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
SetContentView (R.layout.activity login); 
loginTimes = -1; 
Bundle bundle = getIntent () .getExtras (); 
String strEmail = bundle.getString (AppConstants.Email); 
etEmail = (EditText) findViewById(R.id.email); 
etEmail.setText (strEmail); 
etPassword = (EditText) findViewById(R.id.password); 
// 登录 事件 
Button btnLogin = (Button) findViewById( 

R.id.sign in button) 

btnLogin .setOnClickListener (this); 
// 获取 2 个 MobileAPI， 获 取 天 和 气 数据 ， 获 取 城 市 数据 
loadWeatherData () 
loadCityData (); 


这 段 代码 主要 包括 三 部 分 逻辑 : 
接收 从 其 他 页 面 传递 过 来 的 Intent 参 数 。 
* 加 载 布局 文件 ， 并 初始 化 页 面 的 控件 ， 为 控件 挂 上 点 击 事件 方法 。 
“ 调用 MobileAPI 获 取 数 据 。 


那 我 们 为 什么 不 把 onCreate 方 法 拆 成 三 个 子 方法 呢 ? 如 图 1-5 所 示 。 


onCreate 方 法 下 的 三 个 于 方法 : 


initVariables 


1INIt Vilews 


loadData 


图 1-5 ”onCreate 方 法 下 的 三 个 子 方法 
对 这 些 子 方法 介绍 如 下 : 
:initVatiables: 初始 化 变量 ， 包 括 Intent 带 的 数据 和 Activity 内 的 变量 。 
“ initViews: 加 载 layout 布 局 文件 ， 初 始 化 控件 ， 为 控件 挂 上 事件 方法 。 
“ loadData: 调用 MobileAPI 获 取 数 据 。 


于 是 我 们 在 AndroidLib 这 个 类 库 的 BaseActivity 中 ， 重 写 onCreate 方 法 : 


public abstract class BaseActivity extends Activity { 

@Override 

public void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
initVariables (); 
initViews (savedInstanceState); 
loadData (); 

} 

protected abstract void initVariables (); 


protected abstract void initViews (Bundle savedqInstanceState) 
Protected abstract void loadData (); 


同时 这 三 个 子 方法 ， 要 声明 为 abstract 的 ， 从 而 要 求 所 有 子 类 必须 实现 这 三 个 方法 。 


然后 我 们 重 写 刚才 那个 Activity 的 实现 ， 要 让 所 有 的 Activity 都 继承 自 BaseActivity 基 类 ， 如 下 所 示 : 


Trl 


public class LoginNewActivity extends BaseActivity 
implements View.OnClickListener { 
private int loginTimes; 
private String strEmail; 
Private EditText etPassword; 
private EditText etEmail; 
Private Button btnLogin; 


@Override 
protected void initVariables() { 
loginTimes = -1; 


Bundle bundle = getIntent () .getExtras (); 
strEmail = bundle.getString (AppConstants .Email); 

} 

@Override 

protected void initViews (Bundle savedInstanceState) { 
SetContentView (R.layout.activity login); 
etEmail = (EditText)findViewById(R.id.email); 
etEmail.setText (strEmail); 
etPassword = (EditText)findViewById (R.id.password); 
// 登录 事件 
btnLogin = (Button) findViewById (R.id. sign in button) 有 
btnLogin.setOnClickListener (this) 

} 

@Override 

protected void loadData() { 
// 获取 2 个 MobileAPI， 获 取 天 气 数 据 ， 获 取 城 市 数据 
loadWeatherData (); 
loadCityData (); 


对 Activity 生 命 周 期 重新 定义 是 借鉴 了 JavaScript 的 做 法 。JavaScript 因 为 是 脚本 语言 ， 所 以 必须 要 细 化 每 个 方法 ， 才 能 保证 结构 清晰 ， 不 至 于 写 错 变量 和 语法 。 


1.3 ”统一 事件 编程 模型 


接 上 节 ， 我 们 给 按钮 点 击 事件 增加 方法 ， 如 下 所 示 : 


public class LoginActivity extends Activity 

implements View.OnClickListener { 

@Overrigde 

protected void onCreate (Bundle savedInstanceState) { 
// 以 上 省 略 一 些 无 关 代 码 
// 登录 事件 
Button btnLogin = (Button) finqViewById( 

R.id.sign in button); 

btnLogin.setonClickListener (this); 
// 以 上 省 略 一 些 无 关 代 码 

} 


QOverrigde 
public void onClick(View view) { 
switch (view.getId()) { 


case R.id.sign in button: 
Intent intent = new Intent (LoginActivity.this, 
PersonCenterActivity.class); 
startActivity (intent); 


很 多 公司 、 很 多 团队 、 很 多 程序 员 都 是 这 样 写 代码 的 ， 也 不 能 说 不 对 。 但 我 反对 这 样 写 的 原因 是 ， 大 家 看 那个 onClick 方 法 ， 里 面 要 使 用 switch..…case... 语 句 来 对 R.id.btnNext 中 的 值 
进行 判断 ， 我 不 希望 R 这 个 类 在 程序 中 反复 出 现 ， 这 会 扰乱 面向 对 象 编程 的 风格 ， 按 照 我 的 设想 ， 我 们 在 initViews 方 法 中 一 次 性 把 所 有 的 控件 都 初始 化 了 ， 今 后 就 再 也 不 会 使 用 R.id 了 。 


Android 中 还 有 另 一 种 事件 编程 方式 ， 如 下 所 示 : 


// 登录 事件 
btnLogin = (Button) findViewById(R.id.sign in button); 
btnLogin.setonClickListener( 
new View.OnClickListener() { 
@Override 
public void onClick(View v) { 
gotoLoginActivity(); 
} 
]) 7 


这 是 我 比较 推崇 的 方式 ， 有 以 下 两 个 优点 : 


1) 直接 在 btnLogin 这 个 按钮 对 象 上 增加 点 击 事件 ， 是 面向 对 象 的 写法 。 


2) 将 onClick 方 面 的 实现 ， 封 装 成 一 个 gotoLoginActivity 方 法 ， 如 下 所 示 : 


Private void gotoLoginActivity() { 
Intent intent = new Intent (LoginNewActivity.this, 
PersonCenterActivity.class); 
startActivity (intent); 


这 样 onClick 事 件 方法 就 不 那么 腔 有 种 了 。 设 想 当 我 们 在 initViews 方 法 中 声明 了 10 个 按钮 对 象 ， 并 都 给 它们 挂 上 不 同 的 点 击 方法 ， 那 么 initViews 方 法 该 有 多 少 行 代码 呢 ? 我 写 过 上 和 干 行 
的 ， 直 接 感受 就 是 initViews 方 法 很 难 维护 。 但 是 我 们 把 这 些 点 击 方法 都 分 别 封装 到 私有 方法 中 ， 代 码 就 清晰 多 了 。 


但 是 ， 只 要 在 一 个 团队 内 部 达成 了 协议 ， 决 定 使 用 某 种 事件 编程 方式 ， 所 有 开发 人 员 就 要 按照 同样 的 方式 编写 代码 。 我 认为 这 是 没 错 的 。 只 要 不 是 各 有 各 的 编码 风格 就 好 。 


1.4 ”实体 化 编程 


听 说 过 fastJSON 吗 ? 听 说 过 GSON 吗 ? 我 面试 过 很 多 Android 开 发 人 员 ， 他 们 的 项 目 大 多 不 用 fastJSON 或 者 GSON 这 种 实体 化 编程 的 思路 。 他 们 在 获取 MobileAPI 网 络 请 求 返回 的 
JSON 数 据 时 ， 使 用 SONObject 或 者 JSONArray 来 承载 数据 ， 然 后 把 返回 的 数据 当 作 一 个 字典 ， 根 据 键 取出 相应 的 值 。 


1.4.1 在 网 络 请 求 中 使 用 实体 


如 果 仅 仅 是 在 转换 MobileAPI 返 回 的 JSON 数 据 时 手动 取 值 也 就 算 了 ， 只 要 能 把 取 到 的 值 填 充 到 一 个 实体 中 就 成 。 但 是 我 见 过 最 糟糕 的 程序 是 ， 把 JSON 数 据 直接 转 成 JJONObject 或 
者 JSONArray， 然 后 就 一 直 使 用 这 样 的 对 象 了 ， 甚 至 将 JSONObject 从 一 个 Acivity 传 递 到 另 一 个 Activity， 要 知道 JJONObject 和 JSONArray 都 是 不 支持 序列 化 的 ， 所 以 只 好 将 这 种 对 象 封 
装 到 一 个 全 局 变量 中 ， 在 跳 转 前 设置 ， 在 跳 转 后 取出 ， 写 一 个 这 样 的 糟糕 示例 : 


先 给 出 MobileAPI 返 回 的 JSON 字 符 串 : 


{ "weatherinfo":{ 
"city": "北京 


", 
JC_ RADAR A29010_JB", 
wnjd":" 千 无 实况 "， 


使 用 SONObject 的 编码 如 下 ， 代 码 中 的 result 变 量 就 是 上 面 的 JSON 字 符 串 ， 更 详细 的 Demo 请 参见 WeatherByjsonObjectActivity: 


try { 
JSONObject jsonResponse = new JSONObject (result); 
JSONObject weatherinfo = jsonResponse 

.getJSONObject ("weatherinfo"); 

String city = weatherinfo.getString ("city"); 
int cityId = weatherinfo.getInt ("cityid"); 
tvCity.setText (city); 
tvCityId.setText (String.valueOf (cityId)); 

} catch (JSONException e) { 
e.printstackTrace (); 


} 


这 样 的 写法 有 以 下 两 个 问题 : 


1) 根据 key 值 取 value， 我 们 可 以 认为 这 是 一 个 字典 。 同 样 的 功能 实现 ， 字 上 典 比 实体 更 星 深 难 懂 ， 容 易 产 生 bug.。 


2) 每 次 都 要 手动 从 JSONObject 或 者 JSONArray 中 取 值 ， 很 烦琐 。 


接 下 来 我 们 分 别 使 用 asJSON 和 GSON， 介 绍 一 下 实体 编程 的 方式 ， 相 应 的 ， 请 在 项 目 中 添加 对 fasUJSON 和 GSON 这 两 个 jar 的 引用 ， 如 图 1-6 所 示 。 


了 YoungHeart 
和 Ssrc 
ES gen [Generated Java Files) 
Bi Android 4.2.2 
ed Android Dependencies 
a Referenced Libraries 


EL assets 
cls, bin 
Ve libs 
YY android-support-v4.jar 
BB fastison 1.1.33.jar 
YS QSonN=2.2.4.jar 


图 1-6 ”在 Android 项 目 中 添加 fastJSON 和 GSON 的 jar 包 


我 们 使 用 asUSON 对 上 述 代码 进行 改造 ， 要 事先 准备 两 个 实体 WeatherEntity 和 Weatherlnfo， 用 于 JSON 字 符 串 到 实体 之 间 的 映射 


WeatherEntity weatherEntity = JSON.parseObject (content, WeatherEntity.class); 
WeatherInfo weatherInfo = weatherEntity.getWeatherInfo(); 
if (weatherInfo != null) { 
tvCity.setText (weatherInfo.getCity()); 
tvCityId.setText (weatherInfo.getCityid()); 
} 


使 用 GSON 的 方式 也 差不多 : 


Gson gson = new Gson(); 
WeatherEntity weatherEntity = gson.fromJson (content, WeatherEntity.class); 
WeatherInfo weatherInfo = weatherEntity.getWeatherInfo(); 
if (weatherInfo != null) 
tvCity.setText (weatherInfo.getCity()); 
tvCityId. setText (weatherIinfo.getCityid()); 
} 


这 里 说 一 件 非常 狗 血 的 事情 ， 就 是 在 我 们 使 用 fastJSON 后 ，App 四 处 起 火 ， 主 要 表现 为 : 


1) 加 了 符号 Annotation 的 实体 属性 ， 一 使 用 就 崩 演 。 


2) 当 有 泛 型 属性 时 ， 一 使 用 就 崩溃 。 


在 调试 的 时 候 没事 ， 可 是 每 次 打 签 名 混淆 包 ， 就 会 出 现 上 述 问题 。 我 们 几 个 开发 人 员 曾 经 查 到 晚上 十 点 半 ， 最 后 才 发 现 是 混淆 文件 缺 了 以 下 两 行 代码 导致 的 : 


-keepattributes Signature // 避免 混 消 泛 型 
-keepattributes *Annotation* // 不 混淆 注解 


1.4.2 ”实体 生成 器 


当 使 用 实体 编程 的 时 人 息 ， 我 有 个 切身 感受 ， 就 是 每 次 根据 /SON 字 符 串 去 编写 一 个 实体 的 时 候 非常 麻烦 。 不 仅仅 是 Android， 当 我 们 进行 iOS 和 WindowsPhone 编 程 时 ， 也 需要 把 


JSON 转 换 为 相应 的 实体 。 


创建 实体 是 一 件 很 烦琐 的 事情 ， 我 们 需要 一 个 工具 ， 帮 助 我 们 自动 生成 不 同 开发 平台 下 的 实体 。 于 是 便 有 了 EntityGenerater 这 个 工具 。 就 像 马 云 说 的 那样 ， 工 具 都 是 懒 人 发 明 的 。 当 
初 我 在 推进 实体 化 编程 的 时 候 ， 我 的 iOS 团 队 早已 习惯 了 字典 式 取 数 据 的 方式 ， 对 建立 实体 这 种 新 机 制 不 是 很 感 兴趣 ， 除 非 我 发 明 一 个 能 够 自动 生成 实体 的 工具 ， 提 高 开发 效率 。 于 是 我 
就 到 开源 社区 找到 了 一 个 类 似 的 工具 JSON C#Class Generator[0]， 但 是 它 只 能 生成 WindowsPhone 的 实体 ， 于 是 我 就 稍微 改造 了 一 下 这 个 工具 ， 让 它 同时 也 可 以 生成 Android 和 iOS 实 


体 ， 如 


图 1-7 所 示 。 


Andrc = 园 首 字母 大 写 


Namespace/package: MTObiectMapping 


Mobile APL: Cam.cn/data/sk/101010100.html 


Target folder: CVson 


Generate classes from sample JSON: 


("weatherninfo"s"enty":"dt 

素 " “cityid""101010100" "temp":26" "WD" 二 

风 * | "WAS" = 

嫂 SSD 1 5 "WSE"2" "bm 15:55" sRadar’:l" 
， Radar JRADAR AZ9010 有 md 暂 无 实 

上 9qy 7 1009 人 


图 1-7 ”实体 生成 器 的 左边 界面 


在 左边 的 文本 框 输出 JSON 字 符 串 后 ， 点 击 Load 按 钮 ， 就 会 在 右边 的 列表 中 预览 到 实体 间 的 层次 关系 ， 以 及 JSON 字 符 串 中 的 字段 与 JSON 实 体 中 的 属性 之 间 的 对 应 关系 ， 如 图 1-8 所 


i 


同时 ， 这 个 列表 还 是 可 以 编辑 的 。 我 们 可 以 灵活 修改 要 生成 的 JSON 实 体 的 属性 名 称 。 点 击 Generate 按 钮 ， 就 会 在 C:JSON 目 录 下 生成 /SON 实 体 了 。 
再 后 来 ， 考 虑 到 iOS 团 队 每 次 使 用 实体 生成 器 都 要 切换 到 Windows 系 统 ， 这 是 一 件 何其 麻烦 的 事情 啊 。 于 是 我 就 又 开发 了 实体 生成 器 的 Web 版 本 ， 这 样 就 能 满足 所 有 团队 的 需要 了 。 


经 过 我 修改 的 EntityGenerator 项 目 源码 ， 请 到 我 的 博客 下 载 ， 读 者 可 以 根据 自己 的 需要 定制 自己 的 实体 格式 四。 


Weatherinfo 
CE 2 
emer 


Weatherinfo 


图 1-8 ”实体 生成 器 的 右边 界面 


1.4.3 ”在 页 面 跳 转 中 使 用 实体 


在 一 个 页 面 中 ， 数 据 的 来 源 有 两 种 : 

1) 调用 MobileAPI 获 取 JSON 数 据 。 

2) 从 上 一 个 页 面 传递 过 来 。 

我 们 上 一 小 节 介 绍 了 如 何 将 从 MobileAPI 请 求 到 的 JSON 数 据 转换 为 实体 ， 接 下 来 ， 我 们 看 一 下 Activity 之 间 的 数据 应 该 如 何 传递 。 
一 种 偷懒 的 办 法 是 ， 设 置 一 个 全 局 变量 ， 在 来 源 页 设置 全 局 变量 ， 在 目标 页 接收 全 局 变量 。 


以 下 是 来 源 页 MainActivity 的 代码 : 


Intent intent = new Intent (MainActivity.this, LoginActivity.class); 
intent .putExtra (AppConstants.Fmail, "jianqiang.bao@qq.com"); 


CinemaBean cinema = new CinemaBean () 
cinema.setCinemaId ("1"); 
cinema.setCinemaName (" 星 美 ") ; 

// 使 用 全 局 变量 的 方式 传递 参数 
GlobalVariables.Cinema = cinema; 
startActivity (intent); 


以 下 是 目标 页 LoginActivity 的 代码 : 


CinemaBean cinema = GlobalVariables.Cinemay 


if (cinema != null) { 

cinemaName = cinema.getCinemaName (); 
yalse { 

CinemaName = ""; 


这 里 的 GlobalVariables 类 是 一 个 全 局 变量 ， 定 义 如 下 : 


public class GlobalVariables { 
public static CinemaBean Cinema; 


} 


我 是 不 建议 使 用 全 局 变量 的 。App 一 旦 被 切换 到 后 台 ， 当 手机 内 存 不 足 的 时 候 ， 就 会 回收 这 些 全 局 变量 ， 从 而 当 App 再 次 切换 回 前 台 时 ， 再 继续 使 用 全 局 变量 ， 就 会 因为 它们 为 空 而 


崩溃 。 


如 果 必 须 使 用 全 局 变量 ， 就 一 定 要 把 它们 序列 化 到 本 地 。 这 样 即使 全 局 变量 为 空 ， 也 能 从 本 地 文件 中 恢复 。 在 3.5 节 ， 我 会 专门 讲解 如 何 解决 全 局 变量 导致 App 崩 溃 的 问题 。 


本 节 我 们 着 重 研究 如 何不 使 用 全 局 变量 ， 而 是 使 用 Intent 在 页 面 间 来 传递 数据 实体 的 机 制 。 


首先 ， 在 来 源 页 MainActivity 要 这 样 写 : 


Intent intent = new Intent (MainActivity.this, LoginNewActivity.class); 
intent .putExtra (AppConstants.Fmail, "jianqiang.bao@qq.com"); 


CinemaBean cinema = new CinemaBean () 
cinema.setCinemaId ("1"); 

cinema.setCinemaName (" 星 美 ") ; 

// 使 用 intent 上 挂 可 序列 化 实体 的 方式 传递 参数 
intent .putExtra (AppConstants.Cinema, cinema); 
startActivity (intent); 


其 次 ， 目 标 页 LoginActivity 要 这 样 写 : 


CinemaBean cinema = (CinemaBean)getIntent () 
.getSerializableExtra (AppConstants.Cinema); 
if (cinema != null) { 
cinemaName = cinema.getCinemaName (); 
} else { 
cinemaName = ""; 


} 


这 里 的 CinemaBean 要 实现 Serializable 接 口 ， 以 支持 序列 化 : 


public class CinemaBean implements Serializable { 
Private static final long serialVersionUID = 1L; 
private String cinemald; 
private String cinemaName; 
public CinemaBean() { 
} 
public String getCinemaId() { 
return cinemald; 


public void setCinemaId (String cinemaId) { 
this.cinemaId = cinemalId; 
} 


public String getCinemaName () { 
return cinemaName; 


public void setCinemaName (String cinemaName) { 
this.cinemaName = cinemaName; 


} 


四 这 个 工具 的 地 址 如 下 : http://www.xamasoft.com/json-class-generator/ 


四 项 目地 址 如 下 : http://files.cnblogs.com/Jax/EntityGenerator.zip。 


1.5 Adapter 模 板 


进 
而 
EE 
山 


“ 很 多 开发 人 员 都 喜欢 将 Adapter 内 谋 在 Activity 中 ， 一 般 会 使 用 SimpleAdapter。 
“ 由 于 没有 使 用 实体 ， 所 以 一 般 会 把 一 个 字典 作为 构造 函数 的 参数 注入 到 Adapter 中 。 


而 我 希望 Adapter 只 有 一 种 编码 风格 ， 这 样 发 现 了 问题 也 很 容易 排查 。 


重 构 的 时 候 还 发 现 ， 如 果 不 对 Adapter 的 写法 进行 规范 ， 开 发 人 员 还 是 会 根据 自己 的 习惯 ， 


写 出 来 各 种 各 样 的 Adapter， 比 如 : 


于 是 我 们 要 求 所 有 的 Adapter 都 继承 自 BaseAdapter， 从 构造 函数 注入 List< 自 定义 实体 > 这 样 的 数据 集合 ， 从 而 完成 ListView 的 填充 工作 ， 如 下 所 示 : 


public class CinemaAdapter extends BaseAdapter { 

private final ArrayList<CinemaBean> cinemaLlist; 

private final AppBaseActivity context; 

public CinemaAdapter (ArrayList<CinemaBean> CinemaList， 

AppBaseActivity context) { 

this.cinemaList = cinemaList; 
this.context = context; 

} 

public int getCount() { 
return cinemaList.size(); 

} 

public CinemaBean getItem(final int position) { 
return cinemaList.get (position); 


} 
public long getItemId (final int position) { 
return position; 


} 


对 于 每 个 自 定义 的 Adapter， 都 要 实现 以 下 4 个 方法 : 
+ getCountO 
.getltem0 
+ getltemIdO 


* getView() 


此 外 ， 还 要 内 置 一 个 Holder 嵌 套 类 ， 用 于 存放 ListView 中 每 一 行 中 的 控件 。ViewHolder 的 存在 ， 可 以 避免 频繁 创建 同一 个 列表 项 ， 从 而 极 大 地 节省 内 存 ， 如 下 所 示 : 


class Holder { 
TextView tvCinemaName; 
TextView tvCinemald; 


你 可 能 会 觉得 我 老生 常 谈 ， 但 当 有 很 多 列表 数据 时 ， 快 速 滑动 列表 会 变 得 很 卡 ， 其 实 就 是 因为 没有 使 用 ViewHolder 机 制导 致 的 ， 正 确 的 写法 如 下 所 示 : 


public View getView(final int position, View convertView, 
final ViewGroup parent) { 
final Holder holder; 
if (convertView == null) { 
holder = new Holgder(); 
convertView = context.getLayoutIinflater() .inflate( 
R. layout.item cinemalist, mLl}? 
holder.tvCinemaName = (TextView) convertView. 
findViewById (R.id.tvCinemaName); 
holdqer.tvCcinemaId = (TextView) convertView. 
findViewById (R.id.tvCinemalId); 
convertView.setTag (holder); 
} else { 
holder = (Holder) convertView.getTag(); 
} 
CinemaBean cinema = cinemaList.get (position); 
holder.tvCinemaName.setText (cinema .getCinemaName () ); 
holder.tvCinemald. setText (cinema.getCinemaId () ) ; 
return convertView; 


那么 ， 在 Activity 中 ， 在 使 用 Adapter 的 地 方 ， 我 们 按照 下 面 的 方式 把 列表 数据 传递 过 去 : 


QOverride 
Protected void initViews (Bundle savedlnstanceState) { 
SetContentView (R.layout .activity listdemo); 
lvCinemaList = (ListView) findViewByld(R.id. lvCinemalist); 
CinemaAdapter adapter = new CinemaAdapter (cinemaList, ListDemoActivity.this); 
lvCinemaList.setAdapter (adapter); 
lvCinemaList.setOnItemClickListener( 
new AdapterView.OnItemClickListener() { 
QOverride 
public void onItemClick (AdapterView<?> Parent， 
View view, int position, long id) { 
// do something 


1.6 ”类 型 安全 转换 冰 数 


在 每 天 统计 线 上 崩 江 的 时 候 ， 我 们 发 现 因 为 类 型 转换 不 正确 导致 的 崩溃 占 了 很 大 的 比例 。 于 是 我 们 去 检查 程序 中 所 有 的 类 型 转换 ， 发 现 主要 集中 在 两 个 地 方 : Object 类 型 的 对 象 、 
substring 函 数 。 下 面 分 别 说 明 。 


1) 对 于 一 个 Object 类 型 的 对 象 ， 我 们 对 其 直接 使 用 字符 串 操作 函数 toString， 当 其 为 null 时 就 会 用 溃 。 


比如 ， 我 们 经 常会 写 出 下 面 这 样 的 程序 : 


int result = Integer.valueOf (obj .toString() ) 7 


一 旦 obj 这 个 对 象 为 空 ， 那 么 上 面 这 行 代码 会 直接 崩溃 。 


这 里 的 obj， 一 般 是 从 JSON 数 据 中 取出 来 的 ， 对 于 MobileAPI 返 回 的 JSON 数 据 ， 我 们 无 法 保证 其 永远 不 为 空 。 


比较 好 的 做 法 是 ， 我 们 需要 编写 一 个 类 型 安全 转换 函数 convertTolnt， 实 现 如 下 ， 其 核心 思想 就 是 ， 如 果 转 换 失败 ， 就 返回 默认 值 : 


public final static int convertToInt (Object value, int defaultValue) { 
if (value == null || "".equals(value.tostring() .trim())) { 
return defaultValue; 
} 


try { 
return Integer.valueOf (value.toString()); 
} catch (Exception e) { 
try { 
return Double.valueOf (value.toString()) .intValue () 7 
} catch (Exception el) { 
return defaultValue; 
} 
} 
} 


我 们 将 这 个 方法 放 到 Utils 类 下 面 ， 每 当 要 把 一 个 Object 对 象 转换 成 整 型 时 ， 都 使 用 该 方法 ， 就 不 会 月 溃 


int result = Utils.convertToInt (obj, 0); 


以 上 只 是 其 中 一 种 类 型 安全 转换 函数 ， 相 应 的 ， 我 们 在 Utils 类 中 还 要 提供 诸如 Object 到 long、double、String 等 类 型 的 类 型 安全 转换 函数 ， 以 满足 我 们 的 不 时 之 需 。 
2) 如 果 长 度 不 够 ， 那 么 执行 substring 函 数 时 ， 就 会 崩溃 。 


Java 的 substring 函 数 有 2 个 参数 : start 和 end。 


对 于 第 一 个 参数 start， 我 们 的 程序 大 多 是 设 为 0， 所 以 一 般 不 会 有 问题 。 但 是 要 设置 为 大 于 0 的 值 时 ， 就 要 仔细 思量 了 ， 比 如 : 


String cityName = "T"; 
String firstLetter = cityName.substring(1, 2); 


这 样 的 代码 必然 册 溃 ， 所 以 每 次 在 使 用 substring 函 数 的 时 候 ， 都 要 判断 start 和 end 两 个 参数 是 否 越 界 了 。 应 该 这 样 写 : 


String cityName = "T"; 
String firstLetter = ""; 
if (cityName.length() > 1) { 
firstLetter = cityName.substring(1, 2); 
} 


以 上 两 类 问题 的 根源 ， 都 来 自 MobileAPI 返 回 的 数据 ， 由 此 而 引出 男 一 个 很 严肃 的 问题 ， 对 于 从 MobileAPI 返 回 的 数据 ， 可 信 度 到 底 有 多 高 呢 ? 


首先 ， 不 能 让 App 直 接 前 溃 ， 应 该 在 解析 JSON 数 据 的 外 面包 一 层 try..…catch... 语 句 ， 将 截获 到 的 异常 在 catch 中 进行 处 理 ， 比 如 说 ， 发 送 错 误 日 志 给 服务 器 。 


其 次 ， 对 数据 要 分 级 别 对 待 ， 例 如 : 


1) 对 于 那些 不 需要 加 工 就 能 直接 展示 的 数据 ， 我 们 是 不 担心 的 ， 因 为 即使 为 空 ， 页 面 上 也 就 是 不 显示 而 已 ， 不 会 引起 逻辑 的 问题 。 


2) 对 于 那些 很 重要 的 数据 ， 比 如 涉及 支付 的 金额 不 能 为 空 的 逻辑 ， 这 时 候 就 应 该 弹出 提示 框 提示 用 户 当前 服务 不 可 用 ， 并 停止 接 下 来 的 操作 .。 


1.7 ”本章 小 结 


本 章 介 绍 的 内 容 都 是 为 后 面 的 章节 打 基 础 。 有 了 AndroidLib 这 个 业务 无 关 的 类 库 ， 我 们 将 在 接 下 来 的 章节 中 封装 更 多 的 公用 逻辑 ， 比 如 第 2 章 介绍 的 网 络 底层 封装 ， 以 及 第 9 章 介绍 的 
模块 化 拆 分 和 插件 化 编程 。 实 体 化 编程 将 极 大 提升 代码 可 读 性 ， 从 而 进一步 提高 开发 效率 。 而 实体 生成 器 的 出 现 ， 将 是 解决 重复 劳动 的 一 大 利器 。 为 Activity 定 义 新 的 生命 周期 ， 把 
onCreate 方 法 中 的 几 百 行 代码 拆 分 为 3 个 具有 不 同 功用 的 子 方法 ， 也 是 提升 代码 可 读 性 的 一 个 手段 。 


相 比 后 面 的 章节 ， 本 章 更 多 内 容 是 写 代 码 的 方法 ， 如 果 整 本 书 都 是 这 个 内 容 ， 那 就 没意思 了 。 接 下 来 的 各 章 ， 我 将 详细 介绍 移动 App 开 发 领域 的 常见 问题 以 及 解决 问题 的 思路 或 方 
法 。 


第 2 章 Android 网 络 底层 框架 设计 


本 章 介绍 Android 网 络 底层 的 封装 。 很 多 公司 、 很 多 团队 都 只 是 把 网 络 底层 封装 成 一 个 好 用 的 方法 ， 而 我 接 下 来 要 介绍 的 内 容 将 履 盖 的 范围 很 广 : 


“ 抛弃 AsyncTask， 自 定义 一 套 网 络 底 层 的 封装 框架 。 

“ 设计 一 套 App 缓 存 策略 。 

“ 设计 一 套 MockSetrvice 的 机 制 ， 在 没有 MobileAPI 的 时 候 ， 也 能 假装 获取 到 了 网 络 返回 的 数据 。 
“ 封装 了 用 户 Cookie 的 逻辑 。 


好 了 ， 让 我 们 开始 愉快 地 阅读 吧 。 


2.1 网 络 低层 封装 


很 多 公司 和 团队 都 是 用 AsyncTask 来 封装 网 络 底层 ， 因 为 这 个 类 非常 好 用 ， 内 部 封装 了 很 多 好 用 的 方法 ， 但 缺点 是 可 扩展 性 不 高 。 


本 节 将 介绍 一 种 自 定义 的 网 络 底层 框架 ， 我 们 可 以 基于 这 个 框架 随心 所 欲 地 增加 自 定义 的 逻辑 ， 完 成 很 多 高 级 功能 。 
让 我 们 先 从 MobileAPI 网 络 请 求 格式 入 手 。 
2.1.1 网络 请 求 的 格式 
对 于 网 络 请 求 ， 我 们 一 般 定义 为 GET 和 POST 即 可 ，GET 为 请 求 数据 ，POST 为 修改 数据 (增删 改 ) 。 
1.Request 格 式 
所 有 的 MobileAPI 都 可 以 写作 http://www.xxx.com/aaaa.api 的 形式 。 


: 对 于 GET， 我 们 可 以 写作 : http://www.xxx.com/aaaa.api?k1=va&k2=v2 的 形式 ， 也 就 是 说 ， 把 Key-value 这 样 的 键 值 对 存放 在 URL 上 。 之 所 以 这 样 设计 ， 是 为 了 更 方便 地 定义 数据 组 
存 。 我 们 尽量 使 GET 的 参数 都 是 stting、int 这 样 的 简单 类 型 。 


“ 对 于 POST， 我 们 将 key-value 这 样 的 键 值 对 存放 在 Form 表 单 中 ， 进 行 提交 。POST 经 常会 提交 大 量 数据 ， 所 以 有 些 键 值 对 要 定义 成 集合 或 者 复杂 的 自 定义 实体 ， 这 时 我 们 就 需要 将 这 
样 的 值 转换 为 JSON 字 符 囊 进 行 提交 ， 由 App 传 递 到 MobileAPI 后 ， 再 将 JSON 字 符 串 转换 为 对 应 的 实体 。 


上 述 介绍 只 是 一 家 之 言 ， 不 同 公司 有 不 同 的 实现 方式 ， 这 取决 于 服务 器 端的 设计 。 
2.Response 格 式 


我 们 一 般 使 用 JSON 作 为 MobileAPI 返 回 的 结果 。 最 规范 的 JSON 数 据 返回 格式 如 下 。 


JSON 数 据 格式 1: 


"isError" : true, 
"errorType" : 1, 
"errorMessage"” : "网 络 异 常 "， 
nresult™ :mn 


JSON 数 据 格式 2: 


"isError" : false, 
"errorType" : 0, 
"errorMessage” ; "7 
"result™" : { 
"cinemaId" : 1, 
"cinemaName" : " 星 美 " 


这 里 ，isError 是 调用 MobileAPI 成 功 与 否 ，errorType 是 错误 类 型 (如 果 成 功 则 为 0) ，errorMessage 是 错误 消 
则 返回 空 ) 。 


息 (如 果 成 功 则 为 空 ) ，result 是 成 功 请 求 返回 的 数据 结果 (如 果 失 败 


既然 所 有 的 JSON 都 返回 isError、errorType、errorMessage、result 这 4 个 字段 ， 我 们 不 妨 定义 一 个 Response 实 体 类 ， 作 为 所 有 JSON 实 体 的 最 外 层 ， 代 码 如 下 所 示 : 


Public class Response 


Private boolean error; 

private int errorType; // 1 为 Cookie 失 效 

private String errorMessage; 

Private String result; 

public boolean hasError() { 
return error; 

} 

public void setError (boolean hasError) { 
this.error = hasError; 


} 
public String getErrorMessage() { 
return errorMessage; 


public void setErrorMessage (String errorMessage) { 
this.errorMessage = errorMessage; 
和 


public String getResult() { 
retum result; 

} 

public void setResult (String result) { 
this reault = result? 

. 


public int getErrorType() { 
return errorType; 

} 

public void setErrorType (int errorType) { 
this.errorType = errorType; 


} 


如 果 成 功 返 回 了 数据 ， 数 据 会 存放 在 result 字 段 中 ， 映 射 为 Response 实 体 的 result 属 性 。 


上 面 的 JSON 数 据 返 回 的 是 一 笔 影院 数据 ， 如 果 返 回 的 result 是 很 多 影院 的 数据 集合 ， 那 么 就 要 把 result 解 析 为 相应 的 实体 集合 ， 如 下 所 示 : 


"isError" : false, 
"errorType” : 0r 


"errorMessage™ 5 ™™,) 


"rosary [ 
{"cinemaId" : 1，"cinemaName" : " 星 美 "}， 
{"cinemaId" : 2，"cinemaName" : "万 达 "} 


2.1.2 ”AsyncTask 的 使 用 和 缺点 


对 AsyncTask 的 封装 属于 网 络 底层 的 技术 ， 所 以 AsyncTask 应 该 封装 在 AndroidLib 类 库 中 ， 而 不 是 具体 的 项 目 里 。 
对 网 络 异常 的 分 类 ， 也 就 是 Response 类 中 的 errorType 字 段 ， 分 析 如 下 : 


“ 一 种 是 请 求 发 送 到 MobileAPI，MobileAPI 执 行 过 程 中 发 现 的 异常 ， 这 时 候 要 自 定 义 错误 类 型 ， 也 就 是 ertorType， 比 如 说 1 是 Cookie 过 期 ，2 是 第 三 方 支付 平台 不 能 连接 ， 等 等 ， 这 些 已 
知 的 错误 都 是 大 于 0 的 整数 ， 因 接口 不 同 而 各 自 定 义 不 同 。 


: 另 一 种 是 在 App 访 问 MobileAPI 接 口 时 发 生 的 异常 ， 有 可 能 App 自 身 网 络 不 稳定 ， 有 可 能 因为 网 络 传输 不 好 导致 返回 了 空 值 ， 这 些 异 常情 况 我 们 都 标记 为 负数 。 


基于 上 述 分 析 ，AsyncTask 的 dolnBackground 方 法 复写 为 : 


QOverride 
protected Response doInBackground (String… url) { 
return getResponseFromURL (url1[0]); 
} 
Private Response getResponseFromURL (String url) { 
Response response = new Response(); 
HttpGet get = new HttpGet (url); 
String strResponse = null; 
try { 
HttpParams httpParameters = new BasicHttpParams () 7 
HttpConnectionParams.setConnectionTimeout (httpParameters, 8000); 
HttpClient httpClient = new DefaultHttpClient (httpParameters); 
HttpResponse httpResponse = httpClient .execute (get); 
if (httpResponse.getStatusLine () .getStatusCode() 
= HttpStatus.SC_OK) { 
strResponse = EntityUtils.toSstring (httpResponse.getEntity()); 
} 
} catch (Exception e) { 
response.setErrorType (-1); 
response. setError (true); 
response.setErrorMessage (e.getMessage ()); 
} 
if (strResponse == null) { 
response.setErrorType (-1) 7 
response. setError (true); 
response.setErrorMessage ("网 络 异 常 ， 返 回 空 值 ")， 
} else { 
strResponse = "{'isError':false, 'errorType' +0, 'errorMessage":"", 
'result':{'city':' 北 京 ', 'cityid':'101010100','temp':'17', 
WWD" s ?西南 风 ' "WS' 12 级 ',， "SD':'54%', "WSE':'2', time1772321577 
'isRadar':'1','Radar':'JC RADAR AZ9010 JB', 
njqd':' 暂 无 实况 '，'qy':'1016'}}"; A 
response = JSON.parseObject (strResponse, Response.class); 
} 


return response; 


相应 的 ， 在 AsyncTask 的 onPostExecute 方 法 中 ， 我 们 要 对 错误 类 型 进行 分 类 ， 从 而 进一步 回调 : 


public abstract class RequestAsyncTask 
extends AsyncTask<String, Void, Response> { 
public abstract void onSuccess (String content); 
public abstract void onFail (String errorMessage); 
QOverrigde 
protected void onPreExecute() { 
} 
@Overrigde 
protected void onPostExecute (Response response) { 
if (response.hasError()) { 
onFail (response.getErrorMessage ()); 
} else { 
onSuccess (response.getResult () ); 


} 


目前 我 们 只 定义 了 onSuccess 和 onFail 两 个 回调 函数 ， 将 网 络 返回 值 简单 地 分 为 成 功 与 失败 两 种 情况 。 在 2.4.3 节 ， 我 们 将 详细 介绍 如 何在 网 络 底层 封装 对 Cookie 过 期 时 的 异常 处 理 。 


在 相应 的 Activity 页 面 ， 调 用 AysncTask 如 下 所 示 : 


protected void loadData() { 
String Url = "http://www.weather.com.cn/data/sk/101010100.html"; 
RequestAsyncTask task = new RequestAsyncTask() { 
@Override 
public void onSuccess (String content) { 
// 第 2 种 写法 ， 基 于 fastJSON 
WeatherEntity weatherEntity = JSON.parseObject (content, 
WeatherEntity.class); 
WeatherInfo weatherInfo = weatherEntity.getWeatherInfo(); 
if (weatherInfo != null) { 
tvCity.setText (weatherInfo.getCity()); 
tvCityId.setText (weatherInfo.getCityid() ) 7 
} 
} 
QOverride 
public void onFail (String errorMessage) { 
new AlertDialog.Builder (WeatherByFastJsonActivity.this) 
.SetTitle (" 出 错 啦 ") .setMessage (errorMessage) 
.SetPosjitiveButton (" 确 定 "，nul1) .show () 7 
} 
] 7 
task.execute (url); 


网 上 关于 如 何 使 用 AsyncTask 的 文章 不 胜 枚 举 ， 大 家 都 在 欣赏 它 的 优点 ， 却 忽略 了 它 的 致命 缺点 ， 那 就 是 不 能 灵活 控制 其 内 部 的 线程 


线程 池 里 面 的 每 个 线程 存放 的 都 是 MobileAPI 的 调用 请 求 ， 而 AsyncTask 中 又 没有 暴露 出 取消 这 些 请 求 的 方法 ， 也 就 是 我 们 熟知 的 CancelRequest 方 法 ， 所 以 ， 一 旦 从 A 页 面 跳 转 到 B 


页 面 ， 那 么 在 A 页 面 发 起 的 MobileAPI 请 求 ， 如 果 还 没有 返回 ， 并 不 会 被 取消 。 


对 于 一 款 频繁 调用 MobileAPI 的 应 用 类 App 而 言 ， 最 严重 的 情况 发 生 在 首页 到 二 级 页 面 的 跳 转 ， 因 为 在 首页 会 调用 十 几 个 MobileAPI 接 口 ， 视 网 络 情况 而 定 ， 如 果 是 WiFi， 应 该 很 快 
就 能 请 求 到 数据 ， 不 会 产生 积压 ， 但 如 果 是 3G 或 者 2G6， 那 么 请 求 就 会 花费 很 长 时 间 ， 而 我 们 在 这 期 间 就 跳 转 到 二 级 页 面 ， 而 这 个 二 级 页 面 也 会 调用 MobileAp| 接 口 ， 那 么 将 得 不 到 任何 
结果 ， 因 为 首页 的 请 求 还 在 排队 处 理 中 ， 之 前 的 那 十 几 个 MobileAPI 接 口 的 数据 还 都 融 遥 无 期 在 线程 池 里 排队 呢 ， 就 更 不 要 说 当前 页 面 这 个 请 求 了 。 


如 果 你 不 信 ， 我 们 可 以 做 个 试验 。 记 录 每 次 MobileAPI 请 求 发 起 和 接收 数据 的 时 间 点 ， 你 会 看 到 ， 在 迅速 进入 二 级 页 面 后 ， 首 页 的 十 几 个 MobileAPI 请 求 只 有 发 起 时 间 并 没有 返回 时 
间 ， 说 明 它们 还 在 处 理 过 程 中 ， 都 被 堵塞 了 。 


2.1.3 ”使 用 原生 的 ThreadPoolExecutor+Runnable+Handler 


既然 AsyncTask 有 诸多 问题 ， 那 么 退 而 求 其 次 ， 使 用 ThreadPoolExecutor+Runnable+Handler 的 原生 方式 ， 对 网 络 底层 进行 封装 。 


接 下 来 我 将 介绍 一 个 非常 轻 量 级 的 网 络 底层 框架 。 它 由 以 下 9 个 类 组 成 ， 如 图 2-1 所 示 。 


Vis AndroidLib 
vr src 
了 由 com.infrastructure 
转 activity 
由 cache 
TT 肌 net 
= 四 DefaultThreadPool.java 


加 种 HttpRequest.java 

kb 中 RequestCallback.java 
> 要 RequestManager.java 
bp 喇 RequestParameter.java 
pb NN Response.java 

bp [NN UrlConfigManager.java 
bp | 中 URLData.java 


图 2-1 轻 量 级 的 网 络 底层 框架 


图 中 只 列 出 了 8 个 ， 还 有 1 个 RemoteService 类 ， 位 于 YoungHeart 项 目的 engine 包 中 。 下 面 分 别 介绍 。 


1.UrlConfigManager 和 URLData 


我 们 把 App 所 要 调用 的 所 有 MobileAP|I 接 口 的 信息 都 放 在 urlxml 文 件 中 ， 如 下 所 示 : 


<?xml Version="1.0" encoding="UTF-8"?> 
Srl 
<Node 
Key="getWeatherInfo" 
Expires="300" 
NetType="get" 
Url="http://www.weather.com.cn/data/sk/101010100.html" /> 
<Node 
Key="login" 
Expires="0" 
NetType="post" 
Url="http://www.weather.com.cn/data/login.api" /> 
</url> 


在 使 用 上 ， 通 过 UrlConfigManager 的 findURL 方 法 ， 在 上 述 xmI 文 件 中 找到 当前 MobileAPI 调 用 的 节点 ， 其 中 每 一 个 MobileAPI 接 口 都 对 应 一 个 URLData 实 体 ， 如 下 所 示 : 


public class URLData { 
private String key; 
Private long expires; 
private String netType; 
private String url; 


目前 我 们 只 用 到 key、url 和 netType 这 3 个 属性 。expires 是 用 来 做 数据 缓存 的 ， 我 们 2.2 节 会 介绍 到 它 的 作用 。 


这 样 ， 发 起 一 次 MobileAPI 网 络 请 求 的 所 有 数据 就 都 准备 好 了 。 


2.RemoteService 和 RequestCallback、RequestParameter 


这 里 的 3 个 类 是 暴露 给 App 用 来 调用 MobileAPI 接 口 的 ， 举 个 例子 ， 在 WeatherBy-FastJsonActivity 中 的 调用 形式 如 下 : 


QOverride 
protected void loagdData() { 
weatherCallback = new RequestCallback() { 
QOverride 
public void onSuccess (String content) { 
WeatherInfo weatherInfo = JSON.parseObject (content, 
WeatherInfo.class); 
if (weatherInfo != null) { 
tvCity.setText (weatherInfo.getCity()); 
tvCityId.setText (weatherInfo.getCityid()); 
} 
} 
QOverride 
public void onFail (String errorMessage) { 
new AlertDialog.Builder (WeatherByFastJsonActivity.this) 
.SetTitle (" 出 错 啦 ") .setMessage (errorMessage) 
.SetPosjitiveButton (" 确 定 "，nul1) .show () 7 


} 
}; 
ArrayList<RequestParameter> params = new ArrayList<RequestParameter>(); 
RequestParameter rpl = new RequestParameter ("cityId", "111"); 
RequestParameter rp2 = new RequestParameter ("cityName", "Beijing"); 
Params .add (rp1); 
Params .add (rp2); 
RemoteService.getInstance () .invoke (this, "getWeatherInfo", params, 

weatherCallback) ， 


对 上 述 方法 介绍 如 下 : 
“ RequestCallback 是 回调 ， 目 前 有 onSuccess 和 onFail 两 种 。 


: RequestParameter 是 用 来 传递 调用 MobileAPI 接 口 所 需 参 数 的 键 值 对 的 。 我 们 原本 可 以 使 用 HashMap 二 String,String> 这 样 的 数据 结构 ， 但 是 HashMap 比 较 耗 费 内 存 ， 虽 然 它 的 查找 速度 
是 o(1) ， 而 对 于 MobileAPI 接 口 的 参数 而 言 ， 数 据 一 般 不 会 太 多 ， 查 找 速 度 快 体现 不 出 优势 来 ， 所 以 我 们 使 用 AtrayList 二 RequestParametet 之 这 样 的 数据 结构 。 


: RemoteService 这 个 单 例 是 用 来 发 起 请 求 的 ， 它 会 创建 一 个 request， 并 将 其 添加 到 RequestManager 中 ， 然 后 放 到 DefaultThreadPool 的 一 个 线程 中 去 执行 这 个 request。 


3.RequestManager 


RequestManager 这 个 集合 类 是 用 于 取消 请 求 (cancelRequest) 的 。 因 为 每 次 发 起 请 求 ， 都 会 把 为 此 创建 的 request 添 加 到 RequestManager 中 ， 所 以 RequestManager 保 存 了 全 
部 request。 


从 ActivityA 跳 转 到 ActivityB， 为 了 不 产生 阻塞 ， 要 取消 ActivityA 中 的 所 有 未 完成 的 请 求 。 这 时 候 就 需要 RequestManager 的 cancelRequest 方 法 出 力 了 ， 它 会 遍历 之 前 保存 的 所 有 
request， 不 管 三 七 二 十 一 ， 全 部 终止 。 如 下 所 示 : 


public void cancelRequest() { 
if ((requestList != null) && (requestList.size() > 0)) { 
for (final HttpRequest request : requestList) { 
if (request.getRequest() != null) { 

try { 
request .getRequest () .abort (); 
requestList.remove (request .getRequest () ) ; 

} catch (final UnsupportedOperationException e) { 
e.printstackTrace (); 


$ 


我 们 在 BaseActivity 中 ， 会 保持 对 RequestManager 的 一 个 引用 ， 这 样 在 onDestroy 和 onPause 的 时 候 ， 执 行 RequestManager 的 cancelRequest 方 法 就 可 以 取消 所 有 未 完成 的 请 求 


Public abstract class BaseActivity extends Activity { 
// 请 求 列表 管理 器 
protected RequestManager requestManager = null; 
protected void onDestroy() { 
// 在 activity 销 毁 的 同时 设置 停止 请 求 ， 停 止 线程 请 求 回调 
if (requestManager != null) { 
requestManager .cancelRequest () 
} 
super .onDestroy (); 
. 
protected void onPause () 
// 在 activity 停 止 的 同 时 没 置 信 站 停止 线程 请 求 回 调 
if (requestManager != null) 
requestManager. Ge 和 
} 


super .onPause (); 


public RequestManager getRequestManager() { 
return requestManager; 
} 
4.DefaultThreadPool 


DefaultThreadPool 只 是 对 ThreadPoolExecutor 和 ArrayBlockingQueue 的 简单 封装 。 我 们 可 以 认为 它 就 是 一 个 线程 池 ， 每 发 起 一 次 请 求 (runnable) ， 就 由 线程 池 分 配 一 个 新 的 线 
程 来 执行 该 请 求 。 


网 上 关于 ThreadPoolExecutor 和 ArrayBlockingQueue 的 文章 不 胜 枚 举 ， 请 大 家 自行 参阅 。 线 程 池 不 是 本 书 的 重点 ， 这 里 不 再 花 篇 幅 去 讨论 。 


5.HttpRequest 


HttpRequest 是 发 起 Http 请 求 的 地 方 ， 它 实现 了 Runnable， 从 而 让 DefaultThreadPool 可 以 分 配 新 的 线程 来 执行 它 ， 所 以 ， 所 有 的 请 求 逻 辑 都 在 Runnable 接 口 的 run 方 法 中 ， 其 


“ 对 于 get 形 式 的 MobileAPI 接 口 ， 会 把 从 上 层 传递 进来 的 ArrayList 二 RequestParameter>， 解 析 为 urlk1=v1&k2=v2 这 样 的 形式 。 


“ 对 于 post 格 式 的 MobileAPI 接 口 ， 它 会 把 从 上 层 传递 进来 的 ArrayList 二 RequestParameter>>， 转 为 BasicNameValuePait 的 形式 ， 放 到 表单 中 进行 提交 


需要 注意 的 是 ， 因 为 我 们 把 每 个 HttpRequest 都 放 在 了 新 的 子 线程 上 执行 ， 所 以 回调 RequestCallback 的 onSuccess 方 法 时 ， 不 能 直接 操作 UI 线程 上 的 控件 ， 所 以 我 们 在 
HttpRequest 类 中 使 用 了 Handler: 


if (responseInJson.hasError()) { 
handleNetworkError (responseInJson.getErrorMessage () ); 
} else { 
handler.post (new Runnable() { 
QOverride 
public void run() { 
HttpRequest .this.requestCallback 
.OnSuccess (responseInJson.getResult ()); 


这 样 就 保证 了 RequestCallback 的 onSuccess 方 法 是 在 UI 线程 上 的 ， 从 而 可 以 在 Activity 中 编写 这 样 的 代码 而 不 报错 : 


weatherCallback = new RequestCallback() { 
@Override 
public void onSuccess (String content) { 
WeatherInfo weatherInfo = JSON.parseObject (content, 
WeatherInfo.class); 
if (weatherInfo != null) { 
tvCity.setText (weatherInfo.getCity()); 
tvCityId.setText (weatherInfo.getCityid()); 


Response 这 个 类 就 不 讨论 了 ， 本 章 前 面 已 经 介绍 过 了 


2.1.4 网 络 底层 的 一 些 优化 工作 


我 们 的 网 络 底层 越 来 越 强 大 了 ， 是 否 有 意犹未尽 的 感受 ? 接 下 来 将 完善 这 个 框架 ， 修 复 其 中 的 一 些 瑕 辣 ， 如 onFail 的 统一 处 理 机 制 、UrlConfigManager 的 优化 、ProgressBar 的 处 理 
等 。 


1.onFail 的 统一 处 理 机 制 
如 果 访 问 MobileAPI 请 求 失败 ， 我 们 一 般 希 望 只 是 在 App 上 简单 地 弹出 一 个 提示 框 ， 告 诉 用 户 网 络 有 异常 。 
也 就 是 说 ， 对 于 每 个 在 Activity 中 声明 的 RequestCallback 实 例 而 言 ， 每 个 onSuccess 方 法 的 处 理 逻 辑 各 不 相同 ， 但 每 个 onFail 方 法 都 是 一 样 的 逻辑 和 代码 ， 如 下 所 示 : 


weatherCallback = new RequestCallback() { 
@Override 
public void onSuccess (String content) { 
WeatherInfo weatherInfo = JSON.parseObject (content, 
WeatherInfo.class); 
if (weatherInfo != null) { 
tvCity.setText (weatherInfo.getCity()); 
tvCityId.setText (weatherInfo.getCityid()); 


QOverride 
public void onFail (String errorMessage) { 
new AlertDialog.Builder (WeatherByFastJsonActivity.this) 


.SetTitle ("出 错 啦 ") .setMessage (errorMessage) 
.SetPositiveButton ("确定 "，nul1) .show(); 


我 不 希望 每 次 都 编写 同样 的 onFail 方 法 ， 这 会 使 程序 很 爱 肿 。 于 是 在 AppBaseActivity 中 写 一 个 自 定义 类 AbstractRequestCallback， 如 下 所 示 : 


public abstract class AppBaseActivity extends BaseActivity { 


public abstract class AbstractRequestCallback 


implements RequestCallback { 
public abstract void onSuccess (String content); 
public void onFail (String errorMessage) { 

new AlertDialog.Builder (AppBaseActivity.this) 


.SetTitle (" 出 错 啦 ") .setMessage (errorMessage) 


.SetPositiveButton (" 确 定 "，nul1) .show () 7 


那么 我 们 的 weatherRequestCallback 的 实例 化 就 可 以 改写 如 下 ， 可 以 看 到 ， 不 再 需要 重 写 onFail 方 法 : 


weatherCallback = new AbstractRequestCallback() { 


@Override 
public void onSuccess (String content) { 


WeatherInfo weatherInfo = JSON.parseObject (content, 
WeatherInfo.class); 
if (weatherInfo != null) { 
tvCity.setText (weatherInfo.getCity()); 
tvCityId.setText (weatherInfo.getCityid()); 


重 写 的 onFail 方 法 是 一 个 空 广 法， 表示 出 错时 哈 都 不 做 : 


weatherCallback = new AbstractRequestCallback() { 


}; 


@Override 
public void onSuccess (String content) { 
WeatherInfo weatherInfo = JSON.parseObject (content, 
WeatherInfo.class); 
IE (weatherInfo != null) { 
tvCity.setText (weatherInfo.getCity()); 
tvCityId.setText (weatherInfo.getCityid()); 
t 


: 
QOverride 
public void onFail (String errorMessage) { 


// 重启 RPP 或 者 哈 都 不 做 
} 


只 需要 在 实例 化 AbstractRequestCallback 时 ， 重 写 onFail 方 法 即 可 ， 如 下 所 示 。 


当然 ， 如 果 有 些 MobileAPI 接 口 在 返回 错误 时 需要 App 特 殊 处 理 ， 比 如 重启 App 或 者 啥 都 不 做 ， 我 们 只 需 


2.UrlConfigManager 的 优化 


在 UrlConfigManager 的 实现 上 ， 我 们 采取 的 策略 是 每 发 起 一 次 MobileAPI 请 求 ， 都 会 读 取 url.xml 文 件 ， 把 符合 这 次 MobileAPI 接 口 调用 的 参数 取出 来 。 


在 一 个 大 量 调用 MobileAPI 的 App 中 ， 这 样 的 设计 会 造成 频繁 读 xml 文 件 ， 性 能 很 差 。 于 是 我 们 对 其 进行 改造 ， 在 App 启 动 时 ， 一 次 | 


性 将 url.xml 文 件 都 读 取 到 内 存 ， 把 所 有 的 UrlData 


实体 保存 在 一 个 集合 中 ， 然 后 每 次 调用 MobileAPI 接 口 ， 直 接 从 内 存 的 这 个 集合 中 查找 。 考 虑 到 内 存 中 的 数据 会 被 回收 ， 所 以 上 述 这 个 集合 一 旦 为 空 ， 我 们 要 从 urlxml 中 再 次 读 取 。 


基于 上 述 方案 ， 我 们 对 UrlIConfigManager 的 findUrl 方 法 进行 改造 : 


4 三 2: 生 


Public static URLData findURL (final Activity activity, 


final String findKey) { 
// 如 果 urlList 还 没有 数据 (第 一 次 ) 
// 或 者 被 回收 了 ， 那 么 (重新 ) 加 载 xml 
if (urlList == null || urlList.isEmpty()) 
fetchUrlDataFromXml (activity); 
for (URLData data : urlList) { 
if (finqKey.equals (data.getKey())) { 
return data; 
} 
了 


return null; 


3. 不 是 每 个 请 求 都 需要 回调 的 


有 些 时 候 ， 我 们 调用 一 个 MobileAPI 接 口 ， 并 不 需要 知道 调用 成 功 与 否 以 及 返 


以 写 为 : 


其 中 ，fetchUrlDataFromXm|I 方 法 就 不 多 说 了 ， 它 的 工作 就 是 把 xml 的 数据 都 搬 到 内 存 集合 urlList 中 。 


回 结果 是 什么 ， 比 如 向 MobileAPI 发 送 打点 统计 数据 。 那 就 是 说 ， 我 们 不 需 


回调 函数 了 ， 那 么 代码 可 


void loadAPIData3() { 


ArrayList<RequestParameter> params 
= new ArrayList<RequestParameter> (); 

RequestParameter rpl = 

new RequestParameter ("cityId", "111"); 
RequestParameter rp2 = 

new RequestParameter ("cityName", "Beijing"); 
params .add (rp1); 
Params .add (rp2); 
RemoteService.getInstance () 

.invoke (this, "getWeatherInfo", params, null); 


我 们 将 空 的 RequestCallback 传 给 HttpRequest， 那 么 在 HttpRequest 处 理 请 求 返回 的 结果 时 ， 就 需要 添加 HttpRequest 是 否 为 空 的 判断 ， 不 为 空 ， 才 会 处 理 返回 结果 ; 否则 ， 发 起 
MobileAPI 请 求 后 什么 都 不 做 。 


有 以 下 两 个 地 方 需要 修改 : 
1) 处 理 请 求 时 : 


response = httpClient .execute (request); 
if ((requestCallback != null)) { 
// 获取 状态 
final int statusCode = 
response.getStatusLine() .getStatusCode (); 
if (statusCode == HttpStatus.SC OK) { 
final ByteArrayOutputStream content = 
new ByteArrayOutputStream() ; 


2) 遇 到 异常 ， 是 否 要 回调 onFail 方 法 : 


Public void handleNetworkError (final String errorMsg) { 
if ((requestCallback != null)) { 
handler.post (new Runnable() { 
@Override 
public void run() { 
HttpRequest .this.requestCallback 
.onFail (errorMsg); 


4.ProgressBar 的 处 理 


在 调用 MobileAPI 的 时 候 ， 会 显示 进度 条 ProgressBar， 直 到 返回 结果 到 onSuccess 或 onFail 回 调 方法 ，ProgressBar 才 会 消失 。 


由 于 App 要 保持 风格 统一 ， 所 以 所 有 页 面 的 ProgressBar 应 该 长 得 一 样 。 那 么 我 们 就 可 以 将 其 定义 在 AppBaseActivity 中 ， 如 下 所 示 : 


public abstract class AppBaseActivity extends BaseActivity { 
protected ProgressDialog dlg; 
Public abstract class AbstractRequestCallback 
implements RequestCallback { 
public abstract void onSuccess (String content); 
public void onFail (String errorMessage) { 
dlg.dismiss(); 
new AlertDialog.Builder (AppBaseActivity.this) 
.SetTitle (" 出 错 啦 ") .setMessage (errorMessage) 
.SetPositiveButton ("确定 "，null) .show () ， 


在 使 用 的 时 候 ， 在 开始 调用 MobileAPI 的 地 方 ， 执 行 show 方 法 ; 在 onSuccess 和 onFail 方 法 的 开始 ， 执 行 dismiss 方 法 : 


QOverrige 
protected void loadData() { 
dlg = Utils.createProgressDialog (this, 
this.getString (R.string.str loading)); 
dlg.show(); 
loagdAPIDatal (); 
} 
void loadAPIDatal () { 
weatherCallback = new AbstractRequestCallback() { 
QOverrigde 
public void onSuccess (String content) { 
dlg.dismiss(); 
WeatherInfo weatherInfo = JSON.parseObject (content, 
WeatherIinfo.class); 
if (weatherInfo != null) { 


不 要 把 Dialog 的 show 方 法 和 dismiss 方 法 封装 到 网 络 底层 。 网 络 底层 的 调用 经 常 是 在 子 线程 执行 的 ， 子 线程 是 不 能 操作 Dialog、Toast 和 控件 的 。 


2.2 App 数据 缓存 设计 
如 果 以 为 上 一 节 内 容 就 是 网 络 底层 框架 的 全 部 ， 那 就 错 了 。 那 只 是 网 络 底层 框架 的 最 核心 的 功能 ， 我 们 还 有 很 多 高 级 功能 没有 介绍 。 在 接 下 来 的 几 节 中 ， 我 将 陆续 介绍 到 这 些 高 级 功 


能 。 本 节 先 介绍 App 本 地 的 缓存 策略 。 


2.2.1 ”数据 缓存 策略 


对 于 任何 一 款 应 用 类 App， 如 果 访 问 MobileAPI 的 速度 和 牛 车 一 样 慢 ， 那 么 就 是 失败 之 作 。 不 要 在 WiFi 下 测试 速度 ， 那 是 自欺欺人 ， 要 把 App 放 在 2G 或 3G 网 络 环境 下 进行 测试 ， 才 能 
得 到 大 部 分 用 户 的 真实 数据 。 


访问 MobileAP1， 主 要 慢 在 一 来 一 回 的 传输 速度 上 ， 对 于 服务 器 的 处 理 速度 ， 不 需要 担心 太 多 ， 大 多 数 服务 器 逻辑 原本 就 是 支持 网 站 端的 ， 现 在 只 是 在 外 面包 了 一 层 ， 返 回 给 App 而 


既然 时 间 主要 花 在 了 数据 传输 上 ， 那 么 我 们 就 要 想 一 些 应 对 的 措施 。 比 如 说 ， 减 少 MobileAPI 的 调用 次 数 。 对 于 一 个 App 页 面 ， 它 一 次 性 可 能 需要 3 部 分 数据 ， 分 别 从 3 个 MobileAP1 
接口 获取 ， 那 么 我 们 就 可 以 做 一 个 新 的 MobileAPI 接 口 ， 将 这 3 部 分 数据 都 获取 到 ， 然 后 一 次 性 返回 。 


减少 调用 次 数 只 是 若干 解决 方案 中 的 一 种 ， 更 极端 的 做 法 是 ，App 调 用 一 次 MobileAPI 接 口 后 ， 在 一 个 时 间 段 内 不 再 调用 ， 仍 然 使 用 上 次 调用 接口 获取 到 的 数据 ， 这 些 数 据 保存 在 
App 上 ， 我 们 称 为 App 缓 存 ， 这 个 时 间 段 我 们 称 为 App 缓 存 时 间 。 


App 缓 存 只 能 针对 于 MobileAPI 中 GET 类 型 的 接口 ， 对 于 POST 不 适用 。 因 为 GET 是 获取 数据 ， 而 POST 是 修改 数据 。 


此 外 ， 即 使 是 GET 类 型 的 接口 ， 对 于 那些 即时 性 很 低 的 、 不 怎么 改变 的 数据 ， 比 如 获取 商品 的 描述 ， 缓 存 时 间 可 以 设置 得 比较 长 ， 比 如 5~ 10 分 钟 ， 对 于 那些 即时 性 比较 高 、 频 繁 变动 
的 数据 ， 比 如 商品 价格 ， 缓 存 时 间 就 会 比较 短 ， 甚 至 不 能 进行 缓存 。 


即使 对 于 同一 个 需要 做 App 缓 存 的 MobileAP1， 参 数 不 同 ， 缓 存 也 是 不 同 的 。 比 如 GetWeather.api 这 个 MobileApPI 接 口 ， 它 有 一 个 参数 也 就 是 时 间 date， 对 于 date=2014-9-8 和 
date=2014-9-9， 它 们 就 分 别 对 应 两 个 缓存 ， 不 能 存在 一 起 。 


接 下 来 要 说 的 是 ，App 缓 存 存在 哪里 ， 以 及 以 什么 方式 进行 存放 。 由 于 缓存 数据 比较 大 ， 所 以 我 们 将 其 存在 SD 卡 上 ， 而 不 是 内 存 中 。 这 样 的 话 ，App 缓 存 策略 就 仪 限于 那些 有 SD 卡 的 
手机 用 户 了 。 


我 们 可 以 将 xxx.apik1=va&k2=v2 这 样 的 URL 格 式 作 为 key， 存 放 App 缓 存 数据 。 需 要 注意 的 是 ， 我 们 要 对 k1、k2 这 些 key 进 行 排序 ， 这 样 才能 唯一 ， 否 则 对 于 如 下 URL: 


XXXX .apik1=V1&k2=v2 
XXXX .apik2=V2&k1=v1 


就 会 被 认为 是 两 个 不 同 的 Key 存放 在 缓存 中 ， 但 其 实 它们 是 一 样 的 。 


对 上 面 的 介绍 总 结 如 下 : 


1) 对 于 App 而 言 ， 它 是 感受 不 到 取 的 是 缓存 数据 还 是 调用 MobileAPI。 具 体 工作 由 网 络 底层 完成 。 


2) 在 url.xml 中 为 每 一 个 MobileAPI 接 口 配置 缓存 时 间 Expired。 对 于 post， 一 律 设 置 为 0， 因 为 post 不 需要 缓存 。 


3) 在 HttpRedquest 类 中 的 run 方 法 中 ， 改 动 3 个 地 方 : 
a) 写 一 个 排序 算法 sortKeys， 对 URL 中 的 key 进 行 排序 。 


b) 将 newUrl 作 为 key， 检 查 缓存 中 是 否 有 数据 ， 有 则 直接 返回 ; 否则 ， 继 续 调 用 MobileAPI 接 口 。 


// 如 果 这 个 get 的 API 有 缓存 时 间 〈 大 于 0) 
if (urlData.getExpires() > 0) { 
final String content = CacheManager.getInstance () 
.getFileCache (newUr1); 
if (content != null) { 
handler.post (new Runnable() { 
@Override 
public void run() { 
requestCallback.onSuccess (content); 
} 
]) 7 


return; 


c) MobileAPI 接 口 返回 数据 后 ， 将 数据 存 入 缓存 。 


final Response responseInJson = JSON.parseObject( 
strResponse, Response.class); 

if (responseInJson.hasError()) { 

handleNetworkError (responseInJson.getErrorMessage ()); 
} else { 

// 把 成 功 获取 到 的 数据 记录 到 缓存 

if (urlData.getNetTYPe () .equals (REQUEST GET) 

&& urlData.getExpires() > 0) { 

CacheManager .getInstance () .putFileCache (newUrl, 
responseInJson.getResult (), 
urlData.getExpires()); 

} 
handler.post (new Runnable() { 
@Override 
public void run() { 
requestCallback.onSuccess (responseInJson 
.getResult ()); 
} 
3 


4) CacheManager 用 于 操作 读 写 缓存 数据 ， 并 判断 缓存 数据 是 否 过 期 。 缓 存 中 存放 的 实体 就 是 Cacheltem。 


5) 在 App 项 目 中 ,创建 YoungHeartApplication 这 个 Application 级 别 的 类 ， 在 程序 启动 时 ， 初 始 化 缓存 的 目录 ， 如 果 不 存在 则 创建 之 。 


public class YoungHeartApplication extends Application { 
@Override 
public void onCreate() { 
super.onCreate () ; 
CacheManager .getInstance () .initCacheDir () 7 


} 


记得 要 在 AndroidManifest.xml 文 件 中 ， 指 定 application 的 android:name 为 YoungHeart-Application : 


<application 
android:allowBackup="true" 
android:name="com.youngheart .engine.YoungHeartApplication" 


对 缓存 数据 ， 我 这 里 没有 做 加 密 ， 而 是 直接 把 明文 以 字符 串 类 型 存放 到 了 SD 卡 。 有 这 方面 特殊 需求 的 App， 可 以 将 要 缓存 的 数据 转 成 byte 数 组 再 序列 化 到 本 地 ， 要 用 的 时 候 再 反 过 来 


操作 就 是 了 。 


2.2.2 ”强制 更 新 


不 光 是 App 端 需要 记录 缓存 数据 ， 在 MobileAPI 的 很 多 接口 ， 其 实 也 需要 一 样 的 设计 。 


如 果 对 于 某 个 接口 的 数据 ，MobileAPI 缓 存 了 5 分 钟 ，App 缓 存 了 3 分 钟 ， 那 么 最 极端 的 情况 是 ， 用 户 在 8 分 钟 内 是 看 不 到 数据 更 新 的 。 因 此 ， 我 们 需要 在 页 面 上 提供 一 个 强制 更 新 的 


按钮 。 


我 们 可 以 让 RemoteService 多 暴露 一 个 boolean 类 型 的 参数 ， 用 于 判断 是 否 要 遵守 App 端 缓存 策略 ， 如 果 是 ， 则 在 从 url.xmld 


就 不 会 执行 缓存 策略 了 。 
RemoteService 的 改动 如 下 : 


public void invoke (final BaseActivity activity, 
final String apikey, 
final List<RequestParameter> params, 
final RequestCallback callBack) { 
invoke (activity, apiKey, params, callBack, false); 
} 
public void invoke (final BaseActivity activity, 
final String apiKey 
final List<RequestParameter> params, 
final RequestCallback callBack, 
final boolean forceUpdate) { 
final URLData urlData = 
UrlConfigManager .findURL (activity, apiKey); 
if(forceUpdate) { 
// 如 果 强 制 更 新 ， 那 么 就 把 过 期 时 间 强 制 设置 为 0 
urlData. setExpires (0); 
} 
HttpRequest request = 
activity.getRequestManager () .createRequest ( 
urlData, params, callBack); 
DefaultThreadPool .getInstance () .execute (request); 


那么 在 调用 的 时 候 ， 只 需要 加 一 个 参数 就 好 : 


RemoteService .getInstance () .invoke( 
this, "getWeatherInfo", params, 
weatherCallback); 


Pb 取 出 UrliData 实 体 后 ， 将 其 expired 强 制 设置 为 0%， 这 样 


数据 缓存 是 一 把 双 丸 剑 ， 设 置 时 间 长 了 ， 数 据 长 期 不 更 新 ， 用 户 体验 就 会 不 好 。 因 此 我 们 需要 为 那些 强迫 症 类 型 的 用 户 提 供 一 个 强制 刷新 的 按钮 ， 点 击 按钮 后 ， 页 面 会 重新 调用 


MobileAPI 加 载 数 据 ， 无 论 缓存 是 否 到 期 。 


具体 这 个 按钮 放 在 什么 位 置 ， 就 需要 产品 经 理 来 决策 了 。 我 见 过 很 多 App 都 是 放 在 右上 角 。 当 然 ， 这 是 见仁见智 的 事 了 。 


2.3 MockService 


在 App 团 队 与 MobileAPI 团 队 协 同 开发 的 过 程 中 ， 经 常会 遇 到 因为 MobileAPI 接 口 还 没 好 而 App 又 急 等 着 用 的 情况 。 


正常 的 流程 是 : 


1) MobileAPI 开 发 人 员 会 事先 和 App 开 发 人 员 定义 MobileAPI 接 口 ， 包 括 API 名 称 、 参 数 、 返 回 JSON 格 式 。 


2) MobileAPI 按 照 上 述 约定 写 一 个 Mock 接 口 ， 部 署 到 测试 环境 ， 该 Mock 接 口中 没有 任何 逻辑 实现 ， 在 返回 结果 中 硬 编码 返回 一 些 JSON 数 据 。 我 们 假设 这 个 工作 应 该 是 很 快 的 。 


3) App 开 发 人 员 基 于 上 述 测试 环境 Mock 接 口 ， 进 行 开发 。 


4) MobileAPI 接 口 完成 后 ， 通 知 App 开 发 人 员 ， 对 真实 逻辑 进行 联 调 。 


以 上 4 步 ， 如 果 是 正常 实施 ， 是 没有 问题 的 ， 但 是 问题 经 常 出 在 第 2 步 ，MobileAPI 开 发 人 员 来 不 及 提供 Mock 接 口 。 


另 一 种 情况 是 ， 随 着 App 开 发 工作 的 进行 ，App 开 发 人 员 会 发 现 原先 约定 的 那些 字段 不 够 用 ， 所 以 就 会 要 求 MobileAPI 开 发 人 员 频 繁 修改 Mock 接 口 并 部 署 到 测试 环境 ， 这 是 一 个 很 


费时 间 的 工作 。 


其 实 ， 就 是 因为 App 与 MobileAPl 之 间 有 依赖 ， 我 们 需要 解除 这 种 依赖 。 为 此 我 们 要 在 App 端 设计 自己 的 MockService， 这 样 就 在 完成 上 述 步骤 1 一 一 约定 MobileAPI 接 口 参数 和 返回 


AE /| 


JSON 格 式 后 ， 在 App 端 Mock 自 己 的 数据 ， 直 到 功能 开发 完成 ， 而 不 会 被 任何 人 阻塞 。App 开 发 完成 后 ， 肯 定 也 积累 了 一 些 修改 意见 ， 这 时 候 可 以 请 MobileAPI 开 发 人 员 汇 总 在 一 起 进行 


修改 。 


设计 App 端 MockService 包 括 如 下 几 个 关键 点 : 


1) 对 需要 Mock 数 据 的 MobileAPI 接 口 ， 通 过 在 url.xml 中 配置 Node 节 点 MockClass 属 性 ， 来 指定 要 使 用 那个 Mock 子 类 生成 的 数据 : 


<Node 
Key="getWeatherInfo" 
Expires="300" 
NetType="get" 
MockClass="com.youngheart .mockdata.MockWeatherInfo" 
Url="http://www.weather.com.cn/data/sk/101010100.html" /> 


这 里 将 使 用 com.mockdata.mockdata 包 下 的 MockWeatherlnfo 子 类 来 解析 。 


2) 我 使 用 了 反射 工厂 来 设计 MockService。MockService 类 是 基 类 ， 它 有 一 个 抽象 方法 getJsonData， 用 于 返回 手动 生成 的 Mock 数 据 。 


public abstract class MockService { 
public abstract String getJsonData(); 
} 


每 个 要 Mock 数 据 的 MobileAPI 接 口 ， 都 对 应 一 个 继承 自 MockService 的 子 类 ， 都 要 实现 各 自 的 getJsonData 方 法 ， 返 回 不 同 的 JSON 数 据 。 


比如 在 上 述 url.xml 中 声明 的 MockWeatherlnfo， 它 对 应 的 类 实现 如 下 : 


public class MockWeatherInfo extends MockService { 

@Override 

public String getJsonData() { 
WeatherInfo weather = new WeatherInfo(); 
weather.setCity("Beijing"); 
weather.setCityid("10000") 7 
Response response = getSuccessResponse () 
response.setResult (JSON .toJSONString (weather) ); 
return JSON.toJSONString (response); 


以 后 每 添加 一 个 新 的 Mock 类 ， 我 们 都 将 其 放置 在 mockdata 包 下 ， 如 图 2-2 所 示 。 
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图 2-2 ”mockdata 包 
3) 接 下 来 介绍 如 何 实现 反射 机 制 。 
主要 的 改造 工作 在 RemoteService 类 的 invoke 方 法 中 ， 根 据 是 否 在 url.xmlI 中 指定 了 MockClass 值 来 决定 ， 是 调用 线 上 MobileAPI 还 是 从 本 地 MockService 直 接 取 假 数 据 。 


如 果 MockClass 有 值 ， 就 把 这 个 值 反 射 为 一 个 具体 的 类 ， 比 如 MockWeatherlnfo， 然 后 调用 它 的 getJsonData 方 法 。 


public void invoke (final BaseActivity activity, 
final String apiKey, 
final List<RequestParameter> params, 
final RequestCallback callBack) { 
final URLData urlData = UrlConfigManager.findURL (activity, apiKey); 
if (urlData.getMockClass() != null) { 
try { 
MockService mockService = (MockService) Class.forName ( 
urlData.getMockClass () ) .newInstance () 7 
String strResponse = mockService.getJsonData(); 
final Response responseInJson = 
JSON.parseObject (strResponse, Response.class); 
if (callBack != null) { 
if (responseInJson.hasError()) { 
callBack.onFail (responseInJson.getErrorMessage ()); 
} else { 


callBack.onSuccess (responseInJson.getResult() ) 
} 
} 
} catch (ClassNotFoundException e) { 
e.printstackTrace (); 
} catch (InstantiationException e) { 
e.PrintStackTrace (); 
} catch (IllegalAccessException e) { 
e.printSstackTrace () ; 
} 
} else { 
HttpRequest request = 
activity.getRequestManager () .createRequest ( 
urlData, params, callBack); 
DefaultThreadPool .getInstance () .execute (request); 


有 了 MockService 这 个 利器 ， 对 于 作者 来 说 ， 本 书 接 下 来 的 内 容 将 会 轻松 很 多 ， 


2.4 用户 登录 


因为 不 需要 搭建 自己 的 服务 器 ， 全 都 用 MockService 在 本 地 编写 假 数据 即 可 。 


登录 是 考查 一 个 App 开 发 人 员 是 否 合格 的 衡量 标准 。 面 试 的 时 候 我 都 会 问候 选 人 这 个 问题 。 


由 于 我 手头 没有 任何 MobileAPl 登 录 接 口 ， 所 以 我 准备 用 2.3 节 介绍 的 MockService 来 模拟 登录 的 返回 信息 。 


为 此 建立 MockLoginSuccesslnfo 类 如 下 : 


public class MockLoginSuccessInfo extends MockService { 

@Override 

public String getJsonData() { 
UserInfo userInfo = new UserInfo(); 
userInfo. setLoginName ("jiangqiang.bao"); 
userInfo.setUserName (" 包 建 强 ") ; 
UserInfo.setScore (100) 7 
Response response = getSuccessResponse () 
response.setResult (JSON .toJSONString (userInfo) ) 
return JSON .toJSONString (response) 


并 在 url.xml 中 如 下 配置 MockClass: 


<Node 
Key="getWeatherInfo" 
Expires="300" 
NetType="get" 
MockClass="com.youngheart .mockdata.MockLoginSuccessInfo" 
Url="http://www.weather.com.cn/data/sk/101010100.html" /> 


2.4.1 ”登录 成 功 后 的 各 种 场景 


首先 ， 
地 的 功能 ， 


贯穿 App 的 ， 应 该 有 一 个 User 全 局 变量 ， 在 每 次 登录 成 功 后 ， 
这 样 数据 才 不 会 因 内 存 回收 而 丢失 。 


登录 分 为 3 种 情形 : 


yd 
其 从， 


会 将 其 isLogin 属 性 设置 为 true， 在 退出 登录 后 ， 则 将 该 属性 设置 为 false。 这 个 User 全 局 变量 要 支持 序列 化 到 本 


情形 1: 点 击 登录 按钮 ， 进 入 登录 页 面 LoginActivity， 登 录 成 功 后 ， 直 接 进入 个 人 中 心 PersonCenterActivity。 这 种 情况 最 直截了当 ， 一 路 执行 startActivity(intent) 就 能 达到 目的 。 


情形 2: 在 页 面 A， 想 要 跳 转 到 页 面 B， 并 携带 一 些 参数 ， 却 发 现 没有 登录 ， 于 是 先 跳 转 到 登录 页 ， 登 录 成 功 后 ， 再 跳 转 到 B 页 面 ， 同 时 仍然 带 着 那些 参数 。 


这 就 主要 是 setResult(intent,resultCode) 发 挥 作用 的 时 候 了 ，Activity 的 回调 机 制 这 时 候 派 上 了 用 场 ， 如 下 所 示 : 


btnLogin2 .setOnClickListener (new OnClickListener(){ 
@Override 
public void onClick(View v) { 
if (User.getInstance() .isLogin()) { 
gotoNewsActivity(); 
} else { 
Intent intent = new Intent (LoginMainActivity.this, 
LoginActivity.class); 
intent .putExtra (AppConstants.NeedCallback, true); 
startActivityForResult (intent, 
LOGIN REDIRECT OUTSIDE); 


} 
]) 7 


情形 3: 在 页 面 A， 执 行 某 个 操作 ， 却 发 现 没有 登录 ， 于 是 跳 转 到 登录 页 ， 登 录 成 功 后 ， 再 回 到 页 面 A， 继 续 执行 该 操作 。 


处 理 方式 同 于 情形 2， 也 是 使 用 setResult 来 完成 回调 。 


btnLogin3.setOonClickListener (new OnClickListener (){ 


QOverride 
public void onClick(View v) { 
if (User.getInstance() .isLogin()) { 
changeText () 
} else { 


Intent intent = new Intent (LoginMainActivity.this, 
LoginActivity.class); 
intent .putExtra (AppConstants.NeedCallback, true); 
startActivityForResult (intent, 
LOGIN REDIRECT INSIDE); 


} 
Ey 


无 论 是 上 述 哪 种 情形 ， 登 录 页 面 LoginActivity 只 有 一 个 ， 所 以 要 把 上 面 的 三 个 逻辑 整合 在 一 起 ， 如 下 所 示 : 


RequestCallback loginCallback = new AbstractRequestCallback () 
QOverrigde 
public void onSuccess (String content) { 
UserInfo userInfo = JSON.parseObject (content, 
UserInfo.class); 

if (userInfo != null) { 
User.getInstance () .reset (); 
User.getInstance () .setLoginName (userInfo.getLoginName () ) ; 
User.getInstance () .SetScore (userInfo.getScore () ) 
User.getInstance () .setUserName (UserInfo.getUserName () ) 
User.getInstance () .SetLoginStatus (true); 
User .getInstance () .save (); 

} 

if(needCallback) { 
setResult (Activity.RESULT OK); 
finish(); 下 

} else { 
Intent intent = new Intent (LoginActivity.this, 

PersonCenterActivity.class); 

startActivity (intent); 


整合 的 关键 在 于 从 上 个 页 面 传 过 来 needCallback 变 量 ， 它 决定 了 是 否 要 回 到 上 个 


另 一 方面 ， 我 们 看 到 ， 在 登录 成 功 后 ， 我 们 会 把 用 户 信息 存储 到 User 这 个 全 局 变量 并 序列 化 到 本 地 ， 这 是 因为 各 个 模块 都 有 可 能 使 用 到 用 户 的 信息 。 其 中 LoginStatus 是 关键 ， 接 下 
来 的 篇 幅 将 着 重 谈论 这 个 属性 。 


最 后 在 LoginMainActivity 中 的 onActivityResult 回 调 函数 ， 它 负责 处 理 登 录 后 的 事情 ， 如 下 所 示 : 


@Override 
protected void onActivityResult (int requestCode, 
int resultCode, Intent data) { 
if (resultCode != Activity.RESULT OK) { 
return; 
} 


switch (requestCode) { 

case LOGIN REDIRECT OUTSIDE: 
gotoNewsActivity(); 
break; 

Case LOGIN REDIRECT INSIDE: 
changeText (); 
break; 

default: 
break; 

} 


我 们 看 到 ， 对 于 情形 2， 当 用 户 在 LoginMainActivity 点 击 按钮 想 跳 转 到 NewsActivity， 如 果 已 经 登录 ， 就 直接 跳 转 过 去 ; 否则 ， 先 到 LoginActivity 登 录 ， 然 后 回调 LoginMain- 
Activity 的 onActivityResult， 仍 然 跳 转 到 NewsActivity。 


2.4.2 ”自动 登录 


所 谓 自动 登录 ， 就 是 登录 成 功 后 ， 重 启 App 后 用 户 仍然 是 登录 状态 。 


最 直接 的 方法 是 ， 登 录 成 功 后 ， 本 地 保存 用 户 名 和 密码 。 重 启 App 后 ， 检 查 本 地 是 否 有 保存 用 户 名 和 密码 ， 如 果 有 ， 则 将 用 户 名 和 密码 传 入 到 登录 接口 ， 模 拟 用 户 登录 的 行为 。 


但 这 样 就 有 安全 风险 了 ， 分 析 如 下 : 
: 本 地 保存 用 户 密码 ， 这 种 的 敏感 信息 容易 被 人 窃取 。 要 么 是 在 本 地 文件 中 看 到 这 些 信息 ， 要 么 是 侦 听 App 的 网 络 请 求 ， 获 取 到 请 求 的 数据 。 


“ 所 以 本 地 保存 密码 时 ， 一 定 要 进行 加 密 。 对 称 加 密 是 不 可 靠 的 ， 因 为 很 难 确保 App 的 源 代码 不 外 泄 ， 所 以 别有用心 的 人 还 是 可 以 根据 源码 中 的 对 称 加 密 算 法 ， 反 向 把 密码 推算 出 
来 。 只 有 不 对 称 加 密 才 是 安全 的 。 


“ 那么 登录 之 后 呢 ? 市 面 上 大 多 数 App 的 逻辑 都 有 问题 ， 它 们 会 在 本 地 保存 一 个 isLogin 的 全 局 变量 ， 登 录 成 功 后 设置 为 true。 接 下 来 涉及 用 户 相关 的 MobileAPI， 只 有 在 这 个 值 为 true 时 
才能 调用 ， 它 们 会 把 UserId 传 递 给 服务 器 。 


“ 服务 器 的 解决 方案 通常 也 很 简陋 ， 它 没有 任何 安全 机 制 ， 包 括 用 户 信息 相关 的 MobileAPI 接 口 ， 只 要 接口 调用 参数 中 有 UserId， 它 就 会 去 把 相关 的 数据 取出 并 返回 。 


“ 一 种 补救 措施 是 ， 每 次 调用 用 户 相关 的 MobileAPI 接 口 时 ， 都 需要 把 UserId 和 加 密 后 的 密码 一 起 传递 。 而 服务 器 需要 对 那些 用 户 相关 的 MobileAPI 接 口 如 上 安全 验证 机 制 ， 每 次 请 求 都 


检查 用 户 名 和 密码 是 否 正 确 。 我 们 要 求 密码 是 经 过 哈 希 散 列 算法 不 对 称 加 密 过 的 ， 是 无 法 还 原 的 。 服 务 器 的 验证 工作 是 根据 传 过 来 的 Userld 从 数据 库 中 取出 相应 的 密码 ， 然 后 进行 比 对 。 
注意 ， 数 据 库 中 存放 的 密码 是 在 注册 的 时 候 经 过 哈 希 散 列 算法 加 密 过 的 。 


: 本 地 保存 用 户 名 和 密码 的 另 一 个 问题 是 ， 每 次 用 户 启动 App， 登 录 页 都 会 一 闪 而 过 ， 因 为 它 要 模拟 用 户 登 录 的 行为 : 假装 输入 用 户 名 和 密码 ， 然 后 假装 点 击 登录 按钮 。 这 样 做 用 户 
体验 很 不 好 倒是 其 次 ， 关 键 是 这 种 做 法 有 个 无 法 自圆其说 的 硬 伤 一 一 出 于 安全 考虑 ， 我 们 要 修改 登录 接口 ， 使 其 除了 接收 用 户 名 和 密码 这 两 个 参数 外 ， 还 必须 接收 验证 码 ， 也 就 是 动态 口 
， 如 图 2-3 所 示 。 
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图 2-3 ”App 的 登录 界面 


我 们 知道 ， 验 证 码 必须 是 手动 输入 的 ， 否 则 就 失去 了 它 存在 的 意义 。 但 是 当前 这 种 自动 登录 的 做 法 ， 我 们 只 知道 用 户 名 和 密码 ， 而 不 知道 每 次 生成 的 验证 码 是 什么 ， 所 以 就 不 能 自动 
登录 了 。 是 时 候 该 抛弃 这 种 每 次 启动 就 进行 一 次 登录 的 机 制 了 ， 其 实 Web 在 这 一 点 已 经 做 得 很 成 熟 了 ， 那 就 是 Cookie 机 制 。 


也 有 的 人 管 Cookie 叫 Token ， 这 是 用 户 身份 的 唯一 性 标志 。 


首先 ，App 在 登录 成 功 后 ， 会 从 服务 器 获取 到 一 个 Cookie， 这 个 Cookie 存 放 在 Http-Response 的 header 中 ， 如 下 所 示 : 


Set-Cookie: customer=huangxp; path=/foo; domain=.ibm.com; 
expires= Wednesday, 19-OCT-05 23:12:40 GMT; [secure] 


我 们 将 其 取出 来 ， 不 用 关心 它 是 什么 ， 只 要 把 它 存放 在 本 地 文件 中 即 可 。 


我 们 需要 修改 App 的 网 络 底层 ， 也 就 是 HttpRequest 类 ， 分 以 下 几 步 : 


1) 每 次 发 起 MobileAPI 请 求 时 ， 都 要 把 本 地 保存 的 Cookie 取 出 来 ， 放 到 HttpRequest 的 header 中 。 还 是 那 句 话 ， 不 用 管 Cookie 是 什么 ， 也 不 管 Cookie 是 否 有 值 ， 都 应 如 下 操作 : 


// 添加 Cookie 到 请 求 头 中 
adqCookie () 7 
// 发 送 请 求 


response = httpClient .execute (request); 


2) 每 次 接收 MobileAPI 的 相应 结果 时 ， 都 把 HttpResponse 的 header 里 面 的 Cookie 取 出 来 ， 覆 盖 本 地 保存 的 Cookie。 不 用 管 Cookie 有 值 与 否 ， 如 下 所 示 : 


if (urlData.getNetType() .equals (REQUEST GET) 
&& urlData.getExpires() > 0) { 
CacheManager .getInstance () .putFileCache (newUrl, 
responseInJson.getResult ()， 
urlData.getExpires()); 
} 
handler.post (new Runnable() { 
QOverrigde 
public void run() { 
requestCallback.onSuccess (responseInJson 
.getResult ()); 


]) 7 
// 保存 Cookie 
SavVeCookie () 


以 下 是 addCookie 和 saveCookie 方 法 的 实现 : 


public void addCookie() { 
List<SerializableCookie> cookieList = null; 
Object cookieobj = BaseUtils.restoreObject (cookiePath); 
if (cookieobj != null) { 
CookieList (ArrayList<SerializableCookie>) cookieObj; 


} 

if ((cookieList != null) && (cookieList.size() > 0)) { 
final BasicCookieStore cs = new BasicCookieStore(); 
cs.addCookies (cookieList.toArray (new Cookie[] {})); 
httpClient.setCookieStore (cs); 

} else { 
httpClient.setCookieStore (null); 

: 
public synchronized void saveCookie() { 
// 获取 本 次 访问 的 cookie 
final List<Cookie> cookies = 
httpClient .getCookieStore () .getCookies (); 

// 将 普通 cookie 转 换 为 可 序列 化 的 cookie 

List<SerializableCookie> serializableCookies = null; 

if ((cookies != null) && (cookies.size() > 0)) { 
serializableCookies = new ArrayList<SerializableCookie>(); 
for (final Cookie c : cookies) { 

serializableCookies.add (new SerializableCookie(c)); 

} 

} 


BaseUtils.saveObject (cookiePath, serializableCookies); 


而 服务 器 的 相应 操作 ， 对 于 来 自 App 的 请 求 : 


3) 如 果 是 用 户 信息 相关 的 ， 则 判断 HttpRequest 中 Cookie 是 否 有 效 ， 如 果 有 效 ， 就 去 执行 后 续 的 逻辑 并 返回 结果 ; 否则 ， 返 回 Cookie 过 期 失效 的 错误 信息 


4) 如 果 是 用 户 无 关 的 ， 则 不 需要 检查 HttpRequest 中 Cookie， 直 接 执行 下 面 的 逻辑 即 可 。 
此 外 ， 还 需要 注意 几 个 地 方 ， 都 是 些 琐碎 的 工作 : 
: 用 户 注 销 功能 ， 要 把 本 地 保存 的 Cookie 清 空 。App 判 断 用 户 是 否 登 录 的 标志 ， 就 是 Cookie 是 否 为 空 。 


“ 用 户 注册 功能 ， 一 般 在 注册 成 功 后 ， 都 会 拿 着 用 户 名 和 密码 再 调用 一 次 登录 接口 ， 这 就 又 和 验证 码 功能 冲突 了 ， 解 决 方案 是 注册 成 功 后 直接 跳 转 到 登录 页 面 ， 让 用 户 手动 再 输入 一 
次 。 这 是 从 产品 层面 来 解决 问题 。 另 一 种 解决 方案 是 ， 注 册 成 功 后 进入 个 人 中 心 页 面 ， 不 需要 再 登录 一 次 ， 而 是 把 注册 和 登录 接口 绑 在 一 起 。 


“ 对 于 Cookie 过 期 ，App 应 该 跳 转 到 登录 页 面 ， 让 用 户 手动 进行 登录 。 这 里 有 一 个 比较 有 挑战 性 的 工作 ， 就 是 登录 成 功 后 ， 应 该 返回 手动 登录 之 前 的 那个 页 面 。 我 们 在 下 一 节 再 细 说 这 


个 技术 。 站 


2.4.3 ”Cookie 过 期 的 统一 处 理 


Cookie 不 是 一 直 有 效 的， 到 了 一 定时 间 就 会 失效 。 


Cookie 过 期 的 表现 是 ， 当 访问 MobileAPI 某 个 接口 的 时 候 ， 就 不 会 返回 数据 了 ， 代 之 以 Cookie 过 期 的 错误 消息 ， 这 时 要 统一 处 理 。 


我 们 要 求 MobileAPI 在 遇 到 这 种 情况 时 ， 直 接 返 回 以 下 内 容 的 JSJON， 其 中 ，errorType 固 定 为 1: 


"isError" ? true, 

"errorType" : 1, 

"errorMessage" : "Cookie 失 效 ， 请 重新 登录 "v 
nresult™ :mn 


为 此 我 们 修改 AndroidLib， 使 之 支持 Cookie 失 效 的 场景 。 


1) 在 RequestCallback 中 增加 一 种 onCookieExpired 回 调 方法 ， 如 下 所 示 : 


public interface RequestCallback 
public void onSuccess (String content); 
public void onFail (String errorMessage); 
public void onCookieExpired(); 


2) 在 网 络 底层 对 JSON 返 回 结果 进行 解析 ， 如 果 发 现 是 属于 Cookie 过 期 的 错误 类 型 ， 就 直接 回调 onCookieExpired 方 法 ， 如 下 所 示 : 


final Response responseInJson = JSON.parseObject( 
strResponse, Response.class); 
if (responseInJson.hasError()) { 
if (responseInJson.getErrorType() 一 1) { 
handler.post (new Runnable() { 
QOverrigde 
public void run() { 
requestCallback.onCookieExpired(); 
} 
1); 
} else { 
handleNetworkError (responseInJson.getErrorMessage ()); 


} 


我 们 模拟 一 种 场景 ， 在 CookieExpiredActivity 页 面 ， 访 问 天 气 预 报 这 个 MobileAPI 接 口 
钮 ， 将 跳 转 到 登录 页 。 登 录 成 功 后 ， 将 回 到 上 一 个 页 面 ， 即 CookieExpiredActivity。 


， 如 果 Cookie 失 效 ， 则 弹出 对 话 框 ， 通 知 用 户 “Cookie 过 期 ， 请 重新 登录 ”， 点 击 确定 按 


由 于 所 有 页 面 处 理 Cookie 过 期 的 逻辑 都 是 相同 的 ， 所 以 我 们 将 其 封装 到 基 类 AppBaseActivity 中 ， 放 在 和 onFail 方 法 平 级 的 位 置 : 


Public void onCookieExpired() { 
dlg.dismiss(); 
new AlertDialog.Builder (AppBaseActivity.this) 
.SetTitle (" 出 错 啦 ") 
.SetMessage ("Cookie 过 期 ， 请 重新 登录 ") 
.SetPositiveButton ("确定 "， 
new DialogInterface.OnClickListener() { 
@Override 
public void onClick (DialogInterface dialog, 
int which) { 

Intent intent = new Intent( 
AppBaseActivity.this, 
LoginActivity.class); 

intent .putExtra (AppConstants.NeedCallback, 

true); 

startActivity (intent); 


其 实 就 这 么 简单 ， 因 为 我 们 事先 对 网 络 底层 进行 了 高 度 的 封装 ， 所 以 增加 一 种 新 的 回调 类 型 并 不 麻烦 。 
2.4.4 ”防止 黑客 刷 库 


经 常 有 一 些 网 站 的 安全 措施 没 做 好 ， 导 致 用户 名 和 密码 大 量 泄漏 。 城 门 失火 ， 正 及 池 鱼 。 要 知道 ， 对 于 用 户 而 言 ， 他 们 通常 在 各 个 网 站 上 都 使 用 相同 的 用 户 名 和 密码 ， 这 些 信息 在 一 


个 网 站 上 港 漏 了 ， 会 导致 在 其 他 网 站 上 的 信息 也 都 失去 了 保障 。 于 是 ， 某 些 黑客 就 会 写 一 个 脚本 ， 遍 历 他 窃取 到 的 某 个 网 站 成 干 上 万 的 用 户 名 和 密码 ， 去 访问 男 一 个 网 站 的 登录 接口 。1 
万 个 用 户 还 试 不 出 来 1 个 用 户 吗 ? 


一 种 安全 解决 方案 是 为 登录 接口 增加 第 三 个 参数 ， 也 就 是 上 文 提 及 的 验证 码 。 每 次 登录 都 必须 输入 验证 码 ， 其 实 就 是 为 了 防止 被 黑客 刷 库 。 


但 是 这 个 方案 仅 适 用 于 那些 新 App， 一 开始 就 要 如 此 设计 ， 我 们 要 杜绝 只 有 用 户 名 和 密码 的 登录 接口 ， 这 是 有 安全 隐患 的 。 


有 的 网 站 是 连续 登录 3 次 失败 后 ， 才 要 求 用 户 输入 验证 码 。 难 道 他 们 不 怕 被 黑客 刷 库 吗 ” 其 实 还 有 其 他 的 解决 方案 ， 但 同时 需要 MobileAPI 和 App 配 合 工作 : 
: MobileAPI 在 发 现 有 同一 IP 短 时 间 内 频繁 访问 某 一 个 MobileAPI 接 口 时 ， 就 直接 返回 一 段 HTML5， 要 求 用 户 输入 验证 码 。 
“ App 在 接收 到 这 段 代 码 时 ， 就 在 页 面 上 显示 一 个 浮 层 ， 里 面 一 个 WebView， 显 示 这 个 要 求 用 户 输入 验证 码 的 HTML5。 

这 样 就 阻止 了 黑客 刷 库 。 试 问 哪个 呆 荫 黑客 愿意 每 隔 一 两 分 钟 就 手动 输入 一 次 验证 码 呢 ? 


[由 关于 Cookie 更 详细 的 介绍 ， 请 参考 博客 园 小 坦克 的 这 篇 文章 : http://blog.csdn.net/ToCpp/article/details/4680946。 


2.5 ”HTTP 头 中 的 奥妙 


对 于 HTTP 头 ， 我 们 并 不 陌生 。 我 们 在 上 一 节 中 成 功 运用 到 了 HTTP 头 中 的 Cookie 属 性 。 接 下 来 ， 我 们 将 继续 发 挥 它 的 威力 ， 看 看 它 还 能 为 我 们 做 些 什 么 。 
我 们 先 学 习 一 下 HTTP 请 求 的 定义 。 


2.5.1 HTTP 请求 


HTTP 请 求 分 为 HTTPRequest 和 HTTPResponse 两 种 。 但 无 论 哪 种 请 求 ， 都 由 header 和 body 两 部 分 组 成 。 


1.HTTP Body 


Body 部 分 就 是 存放 数据 的 地 方 ， 回 顾 一 下 我 们 在 HTTPRequest 类 中 封装 的 网 络 请 求 : 


1) 对 于 get 形 式 的 HTTPRequest， 要 发 送 的 数据 都 以 键 值 对 的 形式 存放 在 URL 上 ， 比 如 aaa.apik1=va&k2=va。 它 的 Body 是 空 的 ， 如 下 所 示 : 


if (urlData.getNetType() .equals (REQUEST GET)) { 
// 添加 参数 
final StringBuffer paramBuffer = new StringBuffer (); 
if ((parameter != null) && (parameter.size() > 0)) { 
// 这 里 要 对 Key 进 行 排序 
sortKeys (); 
for (final RequestParameter p : parameter) { 
if (paramBuffer.length() == 0) { 
ParamBuffer.append (p.getName () + 
+ BaseUtils.UrlEncodeUnicode (p.getValue ())); 


} else { 
paramBuffer.append("&" + p.getName() + "=" 
+ BaseUtils.UrlEncodeUnicode (p.getValue())); 
} 
} 
newUrl = url + "?" + paramBuffer.toString(); 
} else { 
newUrl = url; 
党 
request = new HttpGet (newUTr1) ， 


2) 对 于 post 形 式 的 HTTPRequest， 要 发 送 的 数据 都 存在 Body 里 面 ， 也 是 以 键 值 对 的 形式 ， 所 以 代码 编写 与 get 情 形 完全 不 同 ， 如 下 所 示 : 


else if (urlData.getNetType() .equals (REQUEST POST)) { 
request = new HttpPost (url); 
// 添加 参数 
if ((parameter != null) && (parameter.size() > 0)) { 
final List<BasicNameValuePair> list = 
new ArrayList<BasicNameValuePair>(); 
for (final RequestParameter p : parameter) { 
list.add (new BasicNameValuePair( 
p.getName (), p.getValue())); 


} 
( (HttpPost) request) .setEntity( 
new UrlEncodedFormEntity (list, HITP.UIF 8));» 


2.HTTP Header 


与 Body 相 比 ，HTTP header 就 丰富 的 多 了 。 它 由 很 多 键 值 对 (key-value) 组 成 ， 其 中 有 些 key 是 标准 的 ， 兼 容 于 各 大 浏览 器 ， 比 如 : 


”accept 


* accept-language 


* referrer 


“ user-agent 


* accept-encoding 


此 外 ,我们 还 可 以 在 MobileAPI 端 自 定义 一 些 键 值 对 ， 然 后 要 求 App 在 调用 MobileAPI 时 把 这 些 信息 


传递 过 来 。 比 如 MobileAPI 可 以 定义 一 个 check-value 这 样 的 key， 然 后 要 求 App 
， 作 为 这 个 key 的 值 传递 给 MobileAP1， 然 后 由 MobileAPI 再 去 分 


将 Appld (同一 公司 的 不 同 App 编 号 ) 、ClientType (Android 还 是 iPhone、iPad) 这 些 值 拼 接 在 一 起 经 过 MD5 加 密 后 
析 这 些 数据 。 
对 于 App 开 发 人 员 而 言 ， 只 要 按照 MobileApP|I 的 要 求 ， 把 这 些 key 所 需要 的 值 拼接 成 HTTPRequest 头 正确 传递 过 去 即 可 。 如 下 所 示 : 


void setHttpHeaders (final HttpUriRequest httpMessage) 


headers.clear (); 

headers .put (FrameConstants .ACCEPT CHARSET, 

headers .put (FrameConstants .USER AGENT, 

"Young Heart Android App "); 
(headers != null)) 


"UTEF-8,*"); 


if ((httpMessage != null) && 
{ 


for (final Entry<String, String> entry : headers.entrySet () ) 


‘ 
if (entry.getKey()!=null) 
{ 


httpMessage.addHeader (entry.getKey(), entry.getValue()); 


我 们 在 组 装 Cookie 之 前 调用 setHttpHeaders 方 法 : 


// 添加 必要 的 头 信息 
setHttpHeaders (request); 
// 添加 Cookie 到 请 求 头 中 
addCookie () 7 

// 发 送 请 求 


response = httpClient .execute (request); 


回 


而 在 返 


前 面 我 们 介绍 过 Cookie， 其 实 也 是 HTTP 头 的 一 部 分 。 它 的 作用 


2.5.2 ”时 间 校 准 


接 下 来 要 介绍 的 是 HTTP Response 头 中 另 一 重要 属性 : Date， 这 个 属性 中 记录 了 MeobileAPI 当 时 的 
为 什么 说 这 个 属性 很 重要 呢 ? App 开 发 人 员 经常 遇 到 的 一 个 bug 就 是 ，App 显 示 的 时 间 不 准 ， 经 常会 


数据 时 ， 也 可 以 从 HTTP Response 头 中 把 所 需要 的 数据 解析 出 来 。Android SDK 将 其 封装 成 了 若干 方法 以 供 调用 。 我 们 在 下 面 的 章节 将 会 看 到 。 


我 们 已 经 见识 过 了 。 下 面 将 讨论 HTTP 头 中 的 另 几 个 重要 字段。 


务 器 时 间 。 


户 的 投诉 。 


因为 时 区 问题 前 后 差 几 个 小 时 ， 而 接 到 


为 了 解决 这 个 问题 ， 要 从 MobileAPI 和 App 同 时 做 一 些 工作 。MeobileAPI 永 远 使 用 
是 一 个 long 类 型 的 长 整数 。 


在 App 端 比较 麻烦 
加 8 个 小 时 。 无 论 使 用 的 人 身 在 哪个 时 区 ， 他 们 看 到 的 都 应 该 是 一 个 时 间 ， 也 就 是 GMT8 的 时 间 。 


由 于 App 本 地 时 间 会 不 准 ， 比 如 前 后 差 十 几 分 钟 ， 又 比如 设置 了 GMT9 的 时 区 ， 这 样 在 取 本 地 时 间 的 时 候 ， 就 会 差 一 个 小 时 。 遇 到 这 种 情况 ， 就 要 依赖 于 HTTP Response 头 的 Date 


性 了 。 


每 调用 一 次 MobileAP|， 
分 钟 ， 也 可 能 是 因 
任何 人 看 到 的 时 间 


是 一 样 的 。 


因为 App 会 频繁 调 有 所 以 这 个 delta 值 也 会 频繁 更 新 ， 不 用 担心 长 期 不 调 j 


MobileAP|， 


页 。 这 里 我 们 只 讨论 中 国 ， 比 如 国内 航班 时 间 、 电 影 上 映 时 间 等 等 ， 那 么 我 们 把 MobileAPI 返 


就 取出 HTTP Response 头 的 Date 值 ， 转 换 为 GMT 时 间 后 ， 再 减 去 本 地 取出 的 时 间 ， 
因为 时 区 不 同 导致 的 1 个 小 时 差 值 。 我 们 将 这 个 delta 值 保存 下 来 。 那 么 每 当 取 本 地 当前 时 间 的 时 候 ， 再 额外 加 上 这 个 delta 差 值 ， 就 和 


MobileAPI 而 导致 的 这 个 


UTC 时 间 。 包 括 入 参 和 返回 值 ， 都 不 要 使 用 Date 格 式 ， 而 是 减 去 UTC 时 间 1970 年 1 月 1 日 的 差 值 ， 这 


回 的 long 型 时 间 转 换 为 G6MT8 时 区 的 时 间 就 万 事 大 吉 了 一 一 只 需要 额 多 


得 到 一 个 差 值 delta。 这 个 值 可 能 是 因为 手机 时 间 不 准 而 差 出 来 的 那 十 几 
得 到 了 服务 器 GMT8 的 时 间 ， 就 做 到 了 


delta 值 不 太 准 的 问题 。 


接 下 来 我 们 修改 AndroidLib 框 架 ， 以 支持 上 述 的 这 些 功能 。 


1) 首先 ， 在 HTTPRequest 类 提供 一 个 用 于 更 新 本 地 时 间 和 服务 器 时 间 差 值 的 方法 updateDeltaBetweenServerAndClientTime， 如 下 所 示 ， 由 于 我 们 在 这 里 补 上 了 UTC 和 GMT8 相 
差 的 那 8 个 小 时 ， 所 以 App 其 他 地 方 不 再 需要 考虑 时 差 的 问题 ， 如 下 所 示 : 


void updateDeltaBetweenServerAndClientTime() { 
if (response != null) { 
final Header header = response.getLastHeader ("Date"); 
if (header != null) { 
final String strServerDate = header.getValue(); 
try { 
if ((strServerDate != null) && !strServerDate.equals("")) { 
final SimpleDateFormat sdf = new SimpleDateFormat( 
"EEE, d MMM yyyy HH:mm:ss z", Locale.ENGLISH); 
TimeZone.setDefault (TimeZone.getTimeZone ("GMT+8") ) 7 
Date serverDateUAT = sdf.parse(strServerDate); 
deltaBetweenServerAndClientTime = serverDateUAT 
.getTime () 
+ 和 * 0 * 60* 1000 
- System.currentTimeMillis(); 
} 
} catch (java.text.ParseException e) { 
e.printSstackTrace (); 


} 


我 们 会 在 发 起 MobileAPI 网 络 请 求 得 到 响应 结果 后 ， 执 行 该 方法 ， 更 新 这 个 差 值 : 


// 发 送 请 求 
response = httpClient .execute (request); 
// 获取 状态 
final int statusCode = response.getstatusLine() .getStatusCode(); 
// 设置 回调 函数 ， 但 如 果 requestCallback， 说 明 不 需要 回调 ， 不 需要 知道 返回 结果 
if ((requestCallback != null)) { 
if (statusCode == HttpStatus.SscC OK) { 
// 更 新 服务 器 时 间 和 本 地 时 间 的 差 值 
updateDeltaBetweenServerAndClientTime () 7 


因为 我 们 的 App 会 频繁 的 调用 MobileAP1， 所 以 为 了 避免 频繁 读 写 文件 ， 我 们 没有 将 deltaBetweenServerAndClientTime 存 到 本 地 文件 ， 而 是 放 在 了 内 存 中 ， 当 作 一 个 全 局 变量 来 使 


2) 我 们 把 这 个 deltaBetweenServerAndClientTime 方 法 暴露 出 来 ， 供 外 界 调用 : 


public static Date getServerTime() { 
return new Date (System.CurrentTimeMillis() 
+ deltaBetweenServerAndClientTime); 
} 


现在 我 们 就 可 以 模拟 一 个 场景 了 。 我 把 手机 的 时 间 改 成 任意 一 个 值 ， 然 后 再 进入 到 WeatherByFastJsonActivity 页 面 ， 因 为 页 面 加 载 的 时 候 会 调用 MobileAPI 获 取 天 气 的 接口 ， 所 以 
本 地 会 保存 一 个 deltaBetweenServerAndClientTime 差 值 。 点 击 WeatherByFastJsonActivity 页 面 上 的 “获取 服务 器 时 间 ” 按 钮 ， 会 因为 我 调用 了 AndroidLib 中 封装 好 的 getServerTime 
方法 ,而 弹出 GMT8 的 当前 时 间 : 


btnShowTime .setOnClickListener (new View.OnClickListener() { 
@Override 
public void onClick(View v) { 
String strCurrentTime = Utils.getServerTime() .toString(); 
new AlertDialog.Builder (WeatherByFastJsonActivity.this) 
.SetTitle ("当前 时 间 是 : ") .setMessage (strCurrentTime) 
.SetPositiveButton ("确定 "，null) .show(); 


我 见 过 一 个 App 中 的 ntp.hosts 文 件 ， 里 面 罗列 了 若干 亚洲 区 的 时 间 校 准 服务 器 ， 比 如 说 : cn.pool.ntp.org。[1] 


我 猜 这 是 为 了 解决 手机 系统 时 间 与 服务 器 时 间 不 同步 的 问题 ， 身 处 不 同时 区 是 一 种 情况 ， 另 一 种 情况 则 是 用 户 故 意 把 手机 时 间 提 前 五 分 钟 ， 以 防止 赶不上 班车 。 但 不 管 怎样 ， 那 种 通 
过 App 强 行 修改 手机 系统 时 间 的 做 法 是 不 负责 任 的 。 


对 于 手机 系统 时 间 不 准 的 问题 ， 本 文 给 出 了 比较 好 的 解决 方案 ， 即 通过 每 次 调用 MobileAPl 来 计算 时 间 差 ， 然 后 每 次 本 地 获取 时 间 就 加 上 这 个 时 间 差 。 


对 于 用 户 身 处 不 同时 区 的 问题 ，App 仍 然 返 回 同一 个 时 间 ， 只 是 要 在 App 上 注 明 这 些 时 间 都 是 北京 时 间 ， 而 不 能 是 北京 用 户 显 示 飞 机 9 点 起 飞 而 日 本 用 户 显示 10 点 起 飞 。 另 一 方面 ， 
这 两 个 时 区 的 用 户 在 一 起 聊天 是 个 麻烦 的 事情 ， 即 使 有 人 在 日 本 时 区 10 点 说 句 话 ， 对 于 北京 用 户 而 言 ， 看 到 的 也 应 该 是 9 点 发 的 消息 ， 反 之 亦 然 。 而 服务 器 则 要 使 用 格林 威 治 一 套 时 间 ， 
具体 怎么 显示 ， 那 是 App 的 事情 。 有 些 App 就 存在 这 样 的 bug， 出 国旅 游 收 不 到 即时 聊天 消息 ， 到 了 晚上 会 莫名 其 妙 冒 出 来 几 百 条 消息 ， 就 是 因为 这 个 时 区 问题 没有 处 理 好 导致 的 。 


2.5.3 开启 gzip 压 缩 


接 下 来 要 介绍 的 内 容 和 gzip 有 关 。HTTP 协 议 上 的 gzip 编 码 是 一 种 用 来 改进 Web 应 用 程序 性 能 的 技术 。 大 流量 的 Web 站 点 常常 使 用 gzip 压 缩 技术 来 减少 传输 量 的 大 小 ， 减 少 传输 量 大 
小 有 两 个 明显 的 好 处 ， 一 是 可 以 减少 存储 空间 ， 二 是 通过 网 络 传输 时 ， 可 以 减少 传输 的 时 间 。 


使 用 gzip 的 流程 如 下 : 


1) 在 App 发 起 请 求 时 ， 在 HTTPRequest 头 中 ， 添 加 要 求 支持 gzip 的 key-value， 这 里 的 key 是 Accept-Encoding，value 是 gzip。 如 下 所 示 ， 我 们 需要 修改 setHttpHeaders 方 法 : 


void setHttpHeaders (final HttpUriRequest httpMessage) { 
heaqers .clear () 7 
headers .put (FrameConstants.ACCEPT CHARSET, “UTF-8,*"); 
headers.put (FrameConstants.USER AGENT, “Young Heart Android App "); 
headers .put (FrameConstants .ACCEPT ENCODING, "gzip")? 


if ((httpMessage != null) && (headers != null)) { 
for (final Entry<String, String> entry : headers.entrySet()) { 
if (entry.getKey() != null) { 
httpMessage.addHeader (entry.getKey(), entry.getValue()); 
} 


2) MobileAPI 的 逻辑 是 ， 检 查 HTTP 请 求 头 中 的 Accept-Encoding 是 否 有 gzip 值 ， 如 果 有 ， 就 会 执行 gzip 压 缩 。 
如 果 执行 了 gzip 压 缩 ， 那 么 在 返回 值 也 就 是 HTTPResponse 的 头 中 ， 有 一 个 content-encoding 字 段 ， 会 带 有 gzip 的 值 ， 否则 ， 就 没有 这 个 值 


3) App 检 查 HTTPResponse 头 中 的 content-encoding 字 段 是 否 包含 gzip 值 ， 这 个 值 的 有 无 ， 导 致 了 App 解 析 HTTPResponse 的 姿势 不 同 ， 如 下 所 示 (以 下 代码 参见 HTTPRequest 这 
个 类 ) : 


String strResponse = "" 7 
if ((response. getEntity!(). getContentEncoding() != null) 


&& (response.getEntity() .getContentEncoding() 
.getValue () != null)) { 


if (response.getEntity() .getContentEncoding () 
.getValue () .contains ("gzip")) { 
final InputStream in = response.getEntity () 
.getContent () 
final InputStream is = new GZIPInputStream(in) 7 
strResponse = HttpRequest.inputStreamToString (is); 
is.close(); 
} else { 
response.getEntity () .writeTo (content); 
strResponse = new String (content .toByteArray ()) .trim(); 
} 
上 else { 
response.getEntity () .writeTo (content); 
strResponse = new String (content.toByteArray()) .trim(); 
} 


到 此 ， 一 个 比较 完备 的 网 络 底层 封装 就 全 部 完成 了 。 


[有 关于 NTP， 请 参见 http://www.cnblogs.com/TianFang/archive/2011/12/20/2294603.html。 


2.6 ”本 章 小 结 


本 章 介绍 如 何 对 网 络 底层 进行 封装 ， 其 中 包括 : 新 写 了 一 个 网 络 调用 框架 用 以 代替 AsyncTask; 设计 了 App 的 缓存 机 制 ; 设计 了 MockService 的 机 制 ， 以 后 即使 没有 MobileAPI 接 口 
也 能 开发 新 功能 了 。 介 绍 用 户 Cookie 的 设计 方法 ; 巧妙 运用 Http 头 中 的 数据 等 。 


下 一 章 ， 我 将 介绍 App 中 的 一 些 经 典 场景 的 设计 。 


第 3 章 ” Android 经 典 场景 设计 


同样 是 使 用 Java 语 言 ， 为 什么 做 MobileAPI 的 开发 人 员 写 不 了 Android 程 序 ， 反 之 亦 然 。 我 想 大 概 是 各 行 有 各 行 的 规矩 和 做 事 法 则 ， 本 章 介绍 的 这 几 种 Android 经 典 场景 就 是 如 此 ， 
看 似 都 是 些 平 谈 无 奇 的 Ul， 但 其 中 却 草 藏 着 大 智慧 。 


闲话 少 叙 ， 且 听 我 一 一 道 来 。 


3.1 App 图 片 缓存 设计 


App 缓 存 分 为 两 部 分 ， 数 据 缓存 和 图 片 缓存 。 


我 们 在 第 2 章 的 2.2 节 介绍 了 App 数 据 缓存 ， 从 而 把 从 MobileAPI 获 取 到 的 数据 缓存 到 本 地 ， 减 少 了 调用 MobileAP|I 的 次 数 。 


本 节 将 介绍 图 片 缓存 策略 。 


3.1.1 lmageLoader 设 计 原理 


Android 上 最 让 人 头疼 的 莫 过 于 从 网 络 获取 图 片 、 显 示 、 回 收 ， 任 何 一 个 环节 有 问题 都 可 能 直接 OOM。 尤 其 是 在 列表 页 ， 会 加 载 大 量 网 络 上 的 图 片 ， 每 当 快 速 划 动 列表 的 时 候 ， 都 会 
很 卡 ， 甚 至 会 因为 内 存 溢出 而 崩溃 。 


这 时 就 轮 到 ImageLoader 上 场 表演 了 。lmageLoader 的 目的 是 为 了 实现 异步 的 网 络 图 片 加 载 、 缓 存 及 显示 ， 支 持 多 线程 异步 加 载 。['] 


lImageLoader 的 工作 原理 是 这 样 的 : 在 显示 图 片 的 时 候 ， 它 会 先 在 内 存 中 查找 ; 如 果 没 有 ， 就 去 本 地 查找 ; 如 果 还 没有 ， 就 开 一 个 新 的 线程 去 下 载 这 张 图 片 ， 下 载 成 功 会 把 图 片 同时 
缓存 到 内 存 和 本 地 。 
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基于 这 个 原理 ， 我 们 可 以 在 每 次 退出 一 个 页 面 的 时 候 ， 把 ImageLoader 内 存 中 的 缓存 全 都 清除 ， 这 样 就 节省 了 大 量 内 存 ， 反 正 下 次 再 用 到 的 时 候 从 本 地 再 取出 来 就 是 了 。 


此 外 ， 由 于 ImageLoader 对 图 片 是 软 引用 的 形式 ， 所 以 内 存 中 的 图 片 会 在 内 存 不 足 的 时 候 被 系统 回收 (内 存 足够 的 时 候 不 会 对 其 进行 垃圾 回收 ) 。 名 


3.1.2 ImageLoader 的 使 用 


ImageLoader 由 三 大 组 件 组 成 : 


* ImageLoaderConfiguration 


对 图 片 缓存 进行 总 体 配置 ， 包 括 内 存 缓存 的 大 小 、 本 地 缓存 的 大 小 和 位 置 、 日 志 、 下 载 策略 (FIFO 还 是 LIFO) 等 等 。 


“ ImageLoadet 一 一 我 们 一 般 使 用 displaylmage 来 把 URL 对 应 的 图 片 显示 在 ImageView 上 。 


* DisplayImageOptions 
磁盘 。 


在 每 个 页 面 需 要 显示 图 片 的 地 方 ， 控 制 如 何 显示 的 细节 ， 比 如 指定 下 载 时 的 默认 图 (包括 下 载 中 、 下 载 失败 、URL 为 空 等 ) ， 是 否 将 缓存 放 到 内 存 或 者 本 地 


借用 博客 园 上 陈 哈哈 的 博文 B] 对 三 者 关系 的 一 个 比喻 ，“ 他 们 有 点 像 厨 房 规 定 、 厨 师 、 客 户 个 人 口味 之 间 的 关系 。ImageLoaderConfiguration 就 像 是 厨房 里 面 的 规定 ， 每 一 个 厨师 
要 怎么 着 装 ， 要 怎么 保持 厨房 的 干净 ， 这 是 针对 每 一 个 厨师 都 适用 的 规定 ， 而 且 不 允许 个 性 化 改变 。lmageLoader 就 像 是 具体 做 菜 的 厨师 ， 负 责 具体 菜谱 的 制作 。DisplaylmageOptions 
就 像 每 个 客户 的 偏好 ， 根 据 客户 是 重 口味 还 是 清淡 ， 每 一 个 ImageLoader 根 据 DisplaylmageOptions 的 要 求 具体 执行 。” 


下 面 我 们 介绍 如 何 使 用 ImageView: 


1) 在 YoungHeartApplication 中 总 体 配置 ImageLoader: 


Public class YoungHeartApplication extends Application { 
@Override 
public void onCreate() { 
super.onCreate () ; 
CacheManager .getInstance () .initCacheDir() 7 
ImageLoaderConfiguration config = 
new ImageLoaderConfiguration.Builder 
(getApplicationContext () ) 
‘threadPriority (Thread.NORM PRIORITY - 2) 
.memoryCacheExtraOptions (480, 480) 
.memoryCacheSize(2 * 1024 * 1024) 
.denyCacheImageMultipleSizesInMemory () 
.discCacheFileNameGenerator (new Md5FileNameGenerator () ) 
.tasksProcessingOrder (QueueProcessingType .LIFO) 
.memoryCache (new WeakMemoryCache () ) .build(); 
ImageLoader .getInstance () .init (config); 
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2) 在 使 用 ImageView 加 载 图 片 的 地 方 ， 配 置 当前 页 面 的 ImageLoader 选 项 。 有 可 能 是 Activity， 也 有 可 能 是 Adapter: 


Public CinemaAdapter (ArrayList<CinemaBean> CinemaList， 
AppBaseActivity context) { 

this.cinemaList = cinemaList; 

this.context = context; 

options = new DisplayImageOptions.Builder () 
.ShowStubImage (R.drawable.ic launcher) 
.ShowImageForEmptyUri (R.drawable.ic launcher) 
.CacheInMemory () 
.CacheonDisc () 
.build() 


3) 在 使 用 ImageView 加 载 图 片 的 地 方 ， 使 用 ImageLoader， 代 码 片段 节选 自 CinemaAdapter: 


CinemaBean cinema = cinemaList.get (Position) 7 
holdqer.tvCinemaName .setText (Cinema.getCinemaName () ) 7 
holder.tvCinemald. setText (cinema.getCinemaId () ) 7 
context.imageLoader.displayImage (cinemaList.get (position) 
.getCinemaPhotoUr1 (), holder.imgPhoto); 


其 中 displaylmage 方 法 的 第 一 个 参数 是 图 片 的 URL， 第 二 个 参数 是 ImageView 控 件 。 


一 般 来 阅 ，ImageLoader 性 能 如 果 有 问题 ， 就 和 这 里 的 配置 有 关 ， 尤 其 是 ImageLoader-Configuration。 我 列举 在 上 面 的 配置 代码 是 目前 比较 通用 的 ， 请 大 家 参考 。 


3. 
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.3 ImageLoader 优 化 


尽管 ImageLoader 很 强大 ， 但 一 直 把 图 片 缓存 在 内 存 中 ， 会 导致 内 存 占 用 过 高 。 虽 然 对 图 片 的 引用 是 软 引 用 ， 软 引用 在 内 存 不 够 的 时 候 会 被 G6C， 但 我 们 还 是 希望 减少 GC 的 次 数 ， 所 
以 要 经 常 手动 清理 ImageLoader 中 的 缓存 。 


我 们 在 AppBaseActivity 中 的 onDestroy 方 法 中 ， 执 行 ImageLoader 的 clearMemoryCache 方 法 ， 以 确保 页 面 销毁 时 ， 把 为 了 显示 这 个 页 面 而 增加 的 内 存 缓存 清除 。 这 样 ， 即 使 到 了 
下 个 页 面 要 复 用 之 前 加 载 过 的 图 片 ， 虽 然 内 存 中 没有 了 ， 根 据 ImageLoader 的 缓存 策略 ， 还 是 可 以 在 本 地 磁盘 上 找到 : 


Public abstract class AppBaseActivity extends BaseActivity { 
protected boolean needCallback; 
protected ProgressDialog dlg; 
public ImageLoader imageLoader = ImageLoader.getInstance(); 
protected void onDestroy() { 
// 回收 该 页 面 缓 存在 内 存 的 图 片 
imageLoader .clearMemoryCache () 7 
super.onDestroy (); 


本 章 没 有 过 多 讨论 ImageLoader 的 代码 实现 ， 只 是 描述 了 它 的 实现 原理 。 有 兴趣 的 朋友 可 以 参考 下 列 文章 ， 里 面 有 很 深入 的 研究 : 
1) 简介 ImageLoader。 


地 址 : http://blog.csdn.net/yueqinglkong/article/details/27660107 


2) Android-Universal-Image-Loader 图 片 异 步 加 载 类 库 的 使 用 ( 超 详细 配置 ) 。 
地 址 : http://blog.csdn.net/vipzjyno1/article/details/23206387 
3) Android 开 源 框 架 Universal-Image-Loader 完 全 解析 。 


地 址 : http://blog.csdn.net/xiaanming/article/details/39057201 


3.1.4 图 片 加 载 利器 Fresco 


就 在 本 书写 作 期 间 ，Facebook 开 源 了 它 的 Android 图 片 加 载 组 件 Fresco。 


我 之 所 以 关注 这 个 Fresco 组 件 ， 是 因为 我 负责 的 App 用 一 段 时 间 后 就 占据 了 180M 左 右 的 内 存 ，App 会 变 得 很 卡 。 我 们 使 用 MAT 分 析 内 存 ， 发 现 让 内 存 居 高 不 下 的 罪魁 祸 首 就 是 图 
片 。 于 是 我 们 把 目光 转向 Fresco， 开 始 优化 App 占 用 的 内 存 。 


Fresco 使 用 起 来 很 简单 ， 如 下 所 示 : 


“ 在 Application 级 别 ， 对 Fresco 进 行 初始 化 ， 如 下 所 示 : 


Fresco.initialize (getApplicationContext ()); 


: 与 ImageLoadet 等 传统 第 三 方 图 片 处 理 SDK 不 同 ，Fresco 是 基于 控件 级 别 的 ， 所 以 我 们 把 程序 中 显示 网 络 图 片 的 [ImageView 都 替换 为 SimpleDraweeView 即 可 ， 并 在 ImageView 所 在 的 布局 
文件 中 添加 fresco 命 名 空间 ， 如 下 所 示 : 


<LinearLayout 
xmlns:android="http:// schemas.android.com/apk/res/android" 
xmlns:fresco="http:// schemas.android.com/apk/res-auto"> 
<com. facebook.drawee .view.SimpleDraweeView 
android:id="@+id/imgView" 
android:1layout width="10dp" 
android:1layout height="10dp" 
fresco:placeholderImage="@drawable/placeholgder" /> 


. 在 Activity 中 为 这 个 图 片 控件 指定 要 显示 的 网 络 图 片 : 


Uri uri = Uri.parse("http:// www.bb.com/a.png"); 
draweeView.setImageURI (uri); 


Fresco 的 原理 是 ， 设 计 了 一 个 Image Pipeline 的 概念 ， 它 负责 先后 检查 内 存 、 磁 盘 文件 (Disk) ， 如 果 都 没有 再 老 老实 实 从 网 络 下 载 图 片 ， 如 图 3-1 所 示 ， 箭 头 上 标记 了 jpg 或 bmp 格 
式 的 ， 表 示 Cache 中 有 图 片 ， 直 接 取出 ; 没有 标记 ， 则 表示 Cache 中 找 不 到 。 


UI 线程 非 UI 线 程 


图 3-1 ”Image Pipeline 的 工作 流 


我 们 可 以 像 配 置 ImageLoader 那 样 配 置 Fresco 中 的 Image Pipeline， 使 用 ImagePipelineConfig 来 做 这 个 事情 。 


Fresco 有 3 个 线程 池 ， 其 中 3 个 线程 用 于 网 络 下 载 图 片 ，2 个 线程 用 于 磁盘 文件 的 读 写 ， 还 有 2 个 线程 用 于 CPU 相关 操作 ， 比 如 图 片 解码 、 转 换 ， 以 及 放 在 后 台 执行 的 一 些 费时 操作 。 
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接 下 来 介绍 Fresco 三 层 缓 存 的 概念 。 这 才 是 Fresco 最 核心 的 技术 ， 它 比 其 他 图 片 SDK 吃 内 存 小 ， 就 在 于 这 个 全 新 的 缓存 设计 。 


第 一 层 : Bitmap 缓 存 
: 在 Android 5.0 系 统 中 ， 考 虑 到 内 存 管理 有 了 很 大 改进 ， 所 以 Bitmap 缓 存 位 于 Java 的 堆 (heap) 中 。 


. 而 在 Android 4x 和 更 低 的 系统 ，Bitmap 缓 存 位 于 ashmem 中 ， 而 不 是 位 于 Java 的 堆 (heap) 中 。 这 意味 着 图 片 的 创建 和 回收 不 会 引发 过 多 的 GC， 从 而 让 App 运 行 得 更 快 。 


发 


App 切 换 到 后 台 时 ，Bitmap 缓 存 会 被 清空 。 


第 二 层 : 内 存 缓存 


网 


内 存 缓存 中 存储 了 图 片 的 原始 压缩 格式 。 从 内 存 缓存 中 取出 的 图 片 ， 在 显示 前 必须 先 解码 。 当 App 切 换 到 后 台 时 ， 内 存 缓存 也 会 被 清空 。 


第 三 层 : 磁盘 缓存 


磁盘 缓存 ， 又 名 本 地 存储 。 磁 盘 缓 存 中 存储 的 也 是 图 片 的 原始 压缩 格式 。 在 使 用 前 也 要 先 解码 。 当 App 切 换 到 后 台 时 ， 磁 盘 缓存 不 会 丢失 ， 即 使 关机 也 不 会 。 


Fresco 有 很 多 高 级 的 应 用 ， 对 于 大 部 分 App 而 言 ， 基 本 还 用 不 到 。 只 要 掌握 上 述 简单 的 使 用 方法 就 能 极 大 地 节省 内 存 了 。 我 做 的 App 原 先 占 用 180MB 的 内 存 ， 现 在 只 会 占据 80MB 左 
右 的 内 存 了 。 这 也 是 我 为 什么 要 在 本 书 中 增加 这 一 部 分 内 容 的 原因 。 


关于 Fresco 的 更 多 介绍 请 参见 : 
“ Fresco 在 GitHub 上 的 源码 : https://github.com/mkottman/AndroLua 
Fresco 官方 文档 : http://fresco-cn.org/docs/index.html 


[1 ImageLoadet 在 GitHub 的 下 载 地 址 : https://github.com/nostral3/Android-Universal-Tmage-Loader。 
[有 中 关于 Java 强 引用 、 软 引用 、 弱 引用 、 虚 引用 的 介绍 ， 请 参考 这 篇 文章 : http://www.cnblogs.com/blogof lee/archive/2012/03/22/2411124.html。 
[3] 详细 内 容 请 参见 http://www.cnblogs.com/kissazi2/p/3886563.html。 


3.2 ”对 网 络 流量 进行 优化 
对 App 的 最 低 容忍 限度 是 ， 在 26、3G 和 4G 网 络 环境 下 ， 每 个 页 面 都 能 打开 ， 都 能 正常 跳 转 到 其 他 页 面 。 要 能 够 完成 一 次 完整 的 支付 流程 。 
慢 点 儿 没关系 ， 尤 其 是 2G 网 络 。 但 是 动不动 就 弹出 “无 法 连接 到 网 络 ”或 者 “网 络 连接 超时 ”的 对 话 框 ， 就 是 我 们 开发 人 员 必须 要 解决 的 问题 了 。 


3.2.1 通信 层面 的 优化 


让 我 们 先 从 MobileAPI 层 面 进行 优化 : 


1) MobileAPI 接 口 返 


回 


的 数据 ， 要 使 用 gzip 进 行 压缩 。 注 意 : 大 于 1KB 才 进行 压缩 ， 否 则 得 不 偿 失 。 经 过 gzip 压 缩 后 ， 返 回 的 数据 量 大 幅 减少 。 


2) App 与 MobileAPI 之 间 的 数据 传递 ， 通 常 是 遵守 JSON 协 议 的 。JSON 因 为 是 xml 格 式 的 ， 并 且 是 以 字符 存在 的 ， 在 数据 量 上 还 有 可 以 压缩 的 空间 。 我 这 里 推荐 一 种 新 的 数据 传输 协 
议 ， 那 就 是 ProtoBuffer。 这 种 协议 是 二 进 制 格式 的 ， 所 以 在 表示 大 数据 时 ， 空 间 比 JSON 小 很 多 。 


3) 接 下 来 要 解决 的 是 频繁 调用 MobileAPI 的 问题 。 我 们 知道 ， 发 起 一 次 网 络 请 求 ， 服 务 器 处 理 的 速度 是 很 快 的 ， 主 要 花费 的 时 间 在 数据 传输 上 ， 也 就 是 这 一 来 一 回 走 路 的 时 间 上 。 


走路 时 间 的 长 度 ， 网 络 运 维 人 员 会 去 负责 解决 。 移 动 开发 人 员 需 要 关注 的 是 ， 减 少 网 络 访问 次 数 ， 能 调用 一 次 MobileAPI 接 口 就 能 取 到 数据 的 ， 就 不 要 调用 两 次 。 


4) 我 们 知道 ， 传 统 的 MobileAPI 使 用 的 是 HTTP 无 状态 短 连接 。 使 用 HTTP 协 议 的 速度 远 不 如 使 用 TCP 协 议 ， 因 为 后 者 是 长 连接 。 所 以 我 们 可 以 使 用 TCP 长 连接 ， 以 提高 访问 的 速度 。 
缺点 是 一 台 服务 器 能 支持 的 长 连接 个 数 不 多 ， 所 以 需要 更 多 的 服务 器 集成 。 


5) 要 建立 取消 网 络 请 求 的 机 制 。 一 个 页 面 如 果 没 有 请 求 完 网 络 数据 ， 在 跳 转 到 另 一 个 页 面 之 前 ， 要 把 之 前 的 网 络 请 求 都 取消 ， 不 再 等 待 ， 也 不 再 接收 数据 。 


我 遇 到 过 一 个 真实 的 例子 ， 首 页 要 在 后 台 调 用 十 几 个 MobileAPI 接 口 ， 用 户 一 旦 进入 二 级 页 面 ， 在 二 级 页 面 获取 列表 数据 时 ， 经 常会 取 不 到 数据 ， 并 弹出 “网 络 请 求 超时 ”的 提示 。 
我 们 通过 在 App 输 出 log 的 方式 发 现 ， 二 级 页 面 还 在 调用 首页 没有 完成 的 那些 MobileAPI 接 口 ，App 网 络 底层 的 请 求 队列 已 经 被 阻塞 了 ， 原 因 是 在 进入 下 一 个 页 面 时 ， 首 页 发 起 的 网 络 请 求 
仍然 存在 于 网 络 请 求 队列 中 ， 并 没有 移 除 掉 。 


无 论 是 iOS 还 是 Android， 都 应 该 在 基 类 (BaseViewController 或 者 BaseActivity) 中 提供 一 个 cancelRequest 的 方法 ， 用 以 在 离开 当前 页 面 时 清空 网 络 请 求 队列 。 


6) 增加 重 斌 机制 。 如 果 MobileAPl 是 严格 的 RESTful 风 格 ， 那 么 我 们 一 般 将 获取 数据 的 请 求 接口 都 定义 为 get; 而 把 操作 数据 的 请 求 接口 都 定义 为 post。 


这 样 的 话 ， 我 们 就 可 以 为 所 有 的 get 请 求 配置 重 试 机 制 ， 比 如 get 请 求 失败 后 重 试 3 次 。 


有 人 会 问 post 请 求 失败 后 ， 是 否 需要 重 试 呢 ? 我 们 举 个 例子 吧 ， 比 如 说 下 单 接口 是 个 post 请 求 ， 如 果 请 求 失败 那么 就 会 重 试 3 次 ， 直 到 下 单 成 功 。 但 是 有 时 候 post 请 求 并 没有 失败 ， 
而 是 超时 了 ， 超 时 时 间 是 30 秒 ， 但 是 却 31 秒 返回 了 ， 如 果 因 此 而 重新 发 起 下 单 请 求 ， 那 么 就 会 连续 下 单 两 次 。 所 以 post 请 求 是 不 建议 有 重 试 机 制 的 。 此 外 ， 对 所 有 的 post 请 求 ， 都 要 增加 
防止 用 户 1 分 钟 内 频繁 发 起 相同 请 求 的 机 制 ， 这 样 就 能 有 效 防止 重复 下 单 、 重 复发 表 评论 、 重 复 注 册 等 操作 。 


如 果 post 请 求 具有 防 重 机 制 ， 那 么 倒是 可 以 增加 重 试 机 制 。 但 是 要 可 以 在 服务 器 端 灵活 配置 重 试 的 次 数 ， 可 以 是 0 次 ， 意 味 着 不 会 重 试 。 在 App 启 动 的 时 候 ， 告 诉 App 所 有 的 
MobileAPI 接 口 的 重 试 次 数 。 


3.2.2 ”图 片 策略 优化 


首先 ， 我 们 从 图 片 层面 进行 优化 ， 这 里 说 的 


区 


片 ， 是 根据 MobileAPI 返 回 的 图 片 URL 地 址 新 启 一 个 线程 下 载 到 App 本 地 并 显示 的 。 很 多 App 崩 省 的 原因 就 是 图 片 的 问题 没 处 理 好 。 


以 下 是 我 遇 到 的 几 类 问题 以 及 相应 的 解决 方案 。 


1. 要 确保 下 载 的 每 张 图 ， 都 符合 ImageView 控 件 的 大 小 


这 对 于 Android 是 有 难度 的 ， 因 为 手机 分 辨 率 干 奇 百 怪 ， 所 以 App 中 的 图 片 ， 我 们 大 多 做 成 自 适应 的 ， 有 时 是 等 比 拉 伸 或 缩放 图 片 的 宽 和 高 ， 有 时 则 固定 高 度 而 动态 伸缩 宽度 ， 反 之 
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于 是 我 们 要 求 运营 人 员 要 事先 准备 很 多 套 不 同 分 辨 率 的 图 片 。 我 们 每 次 根据 URL 请 求 图片 时 ， 都 要 额外 在 URL 上 加 上 两 个 参数 ，width 和 height， 从 而 要 求 服务 器 返回 其 中 某 一 张 
，URL 如 下 所 示 : http://www.aaa.com/a.png?width=100&height=50。 


网 


如 果 认 为 每 次 准备 很 多 套图 片 是 件 很 浪费 人 力 的 事情 ， 我 还 有 另 一 种 解决 方案 ， 这 种 方案 只 需要 一 张 图 。 但 我 们 需要 事先 准备 一 台 服 务 器 ， 称 为 ImageServer。 具 体 流程 是 这 样 的 : 


1) 首先 ，App 每 次 加 载 图片 ， 都 会 把 URL 地 址 以 及 width 和 height 人 参数 所 组 成 的 字符 串 进行 encode， 然 后 发 送 给 ImageServer， 新 的 URL 如 下 所 示 : 


http://www.Imageserver.comy/getlmage?param=(encode value) 


网 


2) 然后 ，lImageServer 收 到 这 个 请 求 ， 会 把 param 的 值 decode， 得 到 原始 图 片 的 URL， 以 及 App 想 要 显示 的 这 张 图 片 的 width 和 height。lmageServer 会 根据 URL 获 取 到 这 张 原始 
片 ， 然 后 根据 width 和 height， 重 新 进行 绘制 ， 保 存 到 ImageServer 上 ， 并 返回 给 App。 


3) 最 后 ，App 请 求 到 的 是 一 张 符合 其 显示 大 小 的 图 片 。 


接 下 来 收 到 同样 的 请 求 ， 直 接 返 回 ImageServer 上 保存 的 那 种 图 片 即 可 。 但 是 要 每 天 清 一 次 硬盘 ， 不 然 过 不 了 几 天 硬盘 就 满 了 。 


如 果 width 和 height 的 比例 与 原 图 的 宽 高 比 不 一 致 呢 ? 我 们 需要 再 加 一 个 参数 imagetype， 以 下 是 定义 : 


“ 1 表示 等 比 缩放 后 ， 裁 减 掉 多 余 的 宽 或 者 高 。 


“ 2 表示 等 比 缩放 后 ， 不 足 的 宽 或 者 高 填充 白色 。 


然 你 也 可 以 定义 0 表示 不 进行 缩放 ， 直 接 返 回 。 


这 种 方案 的 缺点 就 是 ，ImageServer 频 繁 地 写 硬盘 ， 硬 盘 坚 持 不 到 两 周 就 坏 掉 。 所 以 ， 我 们 在 损失 了 几 块 硬盘 后 ， 决 定 事先 规定 几 套 width 和 height，App 必 须 严 格 遵 守 ， 比 如 说 
100x50，200x100， 那 么 就 不 允许 向 服务 器 发 送 类 似 99x 51 这 样 的 图 片 尺寸 。 


但 这 样 规定 ， 并 不 能 防止 App 开 发 人 员 犯 错 ， 他 在 Ul 上 就 是 不 小 心 为 某 个 ImageView 控 件 指定 了 99x51 这 样 的 尺寸 ， 那 么 lImageServer 还 是 会 生成 这 样 的 图 片 。 


唯一 的 办 法 就 是 在 出 口 加 以 控制 ， 也 就 是 向 ImageServer 发 起 请 求 的 时 候 。 我 们 会 拿 99x51 这 个 实际 的 图 片 尺 寸 ， 去 轮 询 我 们 事先 规定 好 的 那 几 个 尺寸 100x50 和 200x100， 看 更 接 
近 哪 个 ， 比 如 说 99x 51 更 接近 100x50， 那 么 就 向 ImageServer 请 求 100x 50 这 种 尺寸 的 图 片 。 


找 最 接近 图 片 尺寸 的 办 法 是 面积 法 : 


S= (wl-a) x (wl-w) + (hl-h) x (hl-h) 


w 和 h 是 实际 的 图 片 宽 和 高 ，w1 和 h1 是 事先 规定 的 某 个 尺寸 的 宽 和 高 。9 最 小 的 那个 ， 就 是 最 接近 的 。 


2. 低 流量 模式 


在 2G 和 3G 网 络 环境 下 ， 我 们 应 该 适当 降低 图 片 的 质量 。 降 低 图 片 质量 ， 相 应 的 图 片 大 小 也 会 降低 ， 我 们 称 为 低 流量 模式 。 


还 记得 我 们 前 面 提 到 的 ImageServer 吗 ? 我们 可 以 在 URL 中 再 增加 一 个 参数 quality，2G 网 络 下 这 个 值 为 50%，3G 网 络 下 这 个 值 为 70%， 我 们 把 这 个 参数 传递 给 ImageServer， 从 而 
ImageServer 在 绘制 图 片 时 ， 就 会 将 jpg 图 片 质量 降低 为 50% 或 70%， 这 样 返回 给 App 的 数据 量 就 大 大 减少 了 。 


在 列表 页 ， 这 种 效果 最 为 明显 ， 能 极 大 的 节省 用 户 流量 。 


3. 极 速 模式 


我 们 后 来 发 现 ， 在 2G 和 3G 网 络 环境 下 ， 用 户 大 多 对 图 片 不 感 兴趣 ， 他 们 可 能 就 是 想 快 速 下 单 并 支付 ， 我 们 需要 额外 设计 一 些 页 面 ， 区 别 于 正常 模式 下 图 文 并 茂 的 页 面 ， 我 们 将 这 些 
只 有 文字 的 页 面 称 为 极速 模式 。 


比如 ， 首 页 往往 图 片 占据 多 数 ， 而 且 这 些 图 片 大 多 数 从 网 络 动态 下 载 的 ， 在 2G 网 络 下 ， 这 些 图 片 是 很 浪费 流量 的 。 所 以 在 极速 模式 下 ， 我 们 需要 设计 一 个 只 有 纯 文字 的 首页 。 
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在 每 次 开启 App 进 入 首页 前 会 先进 行 预 判 ， 如 果 发 现 当前 网 络 环境 为 26、3G 或 4G， 但 是 当前 模式 为 正常 模式 ， 就 会 弹出 一 个 对 话 框 询 问 用 户 ， 是 否 要 进入 极速 模式 以 节省 流量 。 如 
果 是 WiFi 网 络 环境 ， 但 当前 模式 是 极速 模式 ， 也 会 提示 用 户 是 否 要 切换 回 正常 模式 ， 以 看 到 最 炫 的 效果 。 


仅 在 开启 App 时 提示 用 户 极速 模式 是 不 够 的 ， 我 们 在 设置 页 也 要 提供 这 个 开关 ， 供 用 户 手动 切换 。 


3.3 ”城市 列表 的 设计 

很 多 App 都 有 城市 列表 这 一 功能 。 看 似 简单 ， 但 就 像 登 录 功 能 一 样 ， 做 好 它 并 不 容易 。 
3.3.1 “城市 列表 数据 

一 份 城市 列表 的 数据 包括 以 下 几 个 字典 : 

: cityId: 城市 Id。 

. cityName: 城市 名 称 。 

. pinyin: 城市 全 拼 。 

.jianpin: 城市 简 拼 。 

其 中 ， 全 拼 和 简 拼 是 用 来 在 App 本 地 做 字母 表 排 序 和 关键 字 检 索 的 。 

我 曾经 经 历 过 把 城市 列表 数据 写 死 在 本 地 文件 的 做 法 ,日积月累 ， 就 会 产生 两 个 问题 : 

. Android 和 iOS 维 护 的 数据 ， 差 异 会 越 来 越 大 。 


: 一 千 多 个 城市 ， 每 次 从 本 地 加 载 都 要 很 长 时 间 。 


针对 间 题 1 的 解决 办 法 是 ， 写 一 个 文本 分 析 工 具 ， 找 出 Android 和 iOS 各 自 维护 文件 的 不 同 数据 。 


iOS 开 发 人 员 喜 欢 使 用 plist 文 件 作 为 数据 存储 的 载体 ， 最 好 能 和 Android 统 一 使 用 一 份 xml 文 件 ， 这 样 便于 管理 类 似 城市 列表 这 样 的 数据 。 


针对 问题 2 的 解决 方案 是 ， 对 于 一 千 多 个 城市 ， 意 味 着 每 次 都 要 解析 xm 城市 数据 文件 ， 既 然 每 次 读 取 数 据 都 很 慢 ， 那 么 我 们 干脆 就 把 序列 化 过 的 城市 列表 直接 保存 到 本 地 文件 ， 跟 随 
App 一 起 发 布 。 这 样 ， 每 次 读 取 这 个 文件 时 ， 就 直接 进行 反 序列 化 即 可 ， 速 度 得 到 很 大 提升 。 


把 城市 列表 数据 保存 在 本 地 ， 有 个 很 烦 的 事情 ， 就 是 每 次 增加 新 的 城市 ， 都 要 等 下 次 发 版 ， 因 为 数据 是 写 死 在 App 本 地 的 。 于 是 ,我 们 把 城市 列表 数据 做 成 一 个 MobileAPI 接 口 ， 由 
MobileAPI 去 后 台 采 集 数 据 ， 这 样 数据 是 最 新 最 准 的 。 


但 是 这 样 做 的 问题 是 ， 这 个 MobileAPI 接 口 返 回 的 数据 量 会 很 大 ， 上 干 笔 数据 ， 还 包括 那么 多 字段 ， 即 使 打开 了 gzip 压 缩 ， 也 会 有 100k 的 样子 。 于 是 我 们 又 增加 了 版 本 号 字段 
version 的 概念 ， 这 个 MobileAPI 接 口 的 定义 和 返回 的 JSON 格 式 是 这 样 的 : 


1) 入 参 。version， 本 地 存储 的 城市 列表 数据 对 应 的 版 本 号 。 


D 
回 


值 。 如 果 传 入 参数 version 和 线 上 最 新 版 本 号 一 致 ， 则 返回 以 下 固定 格式 : 


{ 
"isMatch": false, 
"yersion"; 17 
"cities": [ 
{ 
}, 
] 
} 


如 果 传 入 参数 version 和 线 上 最 新 版 本 号 不 一 致 ， 则 返回 以 下 格式 : 


{ 
"isMatch": false, 
"version": 1, 
"cities": [ 


‘ 


ortyid"s Ty 
"cityName": "北京 "， 
"pinyin": "beijing", 


ianpin": "bj" 


"eitylId": 2; 
"cityName": "上 海 "， 
"pinyin": "shanghai", 
ani Tah” 


oityid™s Sr 

"cityName": "平顶山 "， 
"pinyin": "pingdingshan", 
"jianpin": "pds" 


version 这 个 字段 由 MobileAPI 进 行 更 新 ， 每 当 有 城市 数据 更 新 时 ，version 可 以 立即 自 增 +1， 也 可 以 积累 到 一 定数 据 后 自 增 +1。 具 体 策略 由 MobileAPI 来 决定 。 


基于 此 ，App 的 策略 可 以 是 这 样 的 : 


1) 本 地 仍然 保存 一 份 线 上 最 新 的 城市 列表 数据 (序列 化 后 的 ) 以 及 对 应 的 版 本 号 。 我 们 要 求 每 次 发 版 前 做 一 次 城市 数据 同步 的 事情 。 


2) 每 次 进入 到 城市 列表 这 个 页 面 时 ， 将 本 地 城市 列表 数据 对 应 的 版 本 号 version 传 入 到 MobileAPI 接 口 ， 根 据 返 回 的 isM atch 值 来 决定 是 否 版 本 号 一 致 。 如 果 一 致 ， 则 直接 从 本 地 文 
件 中 加 载 城市 列表 数据 ; 否则 ， 就 解析 MobileAPI 接 口 返 回 的 数据 ， 在 显示 列表 的 同时 ， 记 得 要 把 最 新 的 城市 列表 数据 和 版 本 号 保存 到 本 地 。 


3) 如 果 MobileAPI 接 口 没有 调用 成 功 ， 也 是 直接 从 本 地 文件 中 加 载 城市 列表 数据 ， 以 确保 主流 程 是 畅通 的 。 


4) 每 次 调用 MobileAPI 时 ， 会 获取 到 大 量 的 数据 ， 一 般 我 们 会 打开 gzip 对 数据 进行 压缩 ， 以 确保 传输 的 数据 量 最 小 。 
3.3.2 ”城市 列表 数据 的 增 量 更 新 机 制 
上 节 中 我 们 谈 到 ， 每 当 有 城市 数据 更 新 时 ，version 可 以 立即 自 增 + 1。 我 的 问题 是 ， 如 何 判断 有 城市 数据 更 新 ”一 种 解决 方案 是 ， 在 服务 器 建立 一 个 Timer， 每 十 分 钟 跑 一 次 ， 检 查 10 


分 钟 前 后 的 数据 是 否 有 改动 ， 如 果 有 ，version 就 自 增 + 1， 并 返回 这 些 有 改动 的 数据 (新 增 、 删 除 和 修改 ) 。 这 样 就 保证 了 10 分 钟 内 ， 从 A 改 成 B 又 改 回 A， 这 时 候 我 们 认为 是 没有 改动 
的 ， 版 本 号 不 需要 自 增 + 1。 


那么 问题 来 了 ， 对 于 1000 笔 城市 数据 ， 每 次 只 改动 其 中 的 几 笔 ， 返 回 数据 中 包括 那些 没有 改动 过 的 数据 是 没有 意义 的 ， 是 否 可 以 只 返回 这 些 改动 的 数据 ? 


分 析 1.0 和 2.0 版 本 的 城市 列表 数据 ， 每 笔 数据 都 有 cityld 和 其 他 一 些 字段 ， 比 如 说 城市 名 称 、 简 拼 、 全 拼 等 。 我 画 了 一 个 表 ， 如 图 3-2 所 示 ， 试 图 展示 出 1.0 和 2.0 这 两 个 版 本 的 城市 数 
据 之 间 的 异同 。 


1.0 城 市 数据 2.0 城 市 数据 


要 删除 | 不 变 的 数据 


的 数据 修改 的 数据 


图 3-2 ”比较 两 个 版 本 城市 数据 间 的 异同 


我 来 解释 一 下 图 3-2， 以 cityld 作 为 唯一 标识 ， 只 在 1.0 中 出 现 的 cityld 是 要 删除 的 数据 ， 只 在 2.0 中 出 现 的 cityld 是 要 增加 的 数据 ， 二 者 的 交集 则 是 cityld 相 同 的 数据 ， 这 又 分 为 两 种 情 
况 ， 所 有 字段 都 相同 的 数据 是 不 变 的 数据 ; cityld 相 同 但 某 个 字段 不 相同 ， 则 是 修改 的 数据 。 


增 量 更 新 的 数据 ， 就 由 增 、 删 、 改 这 3 部 分 数据 构成 。 


于 是 ， 我 们 可 以 重新 定义 城市 列表 的 JSON 格 式 ， 在 每 笔 增 量 数据 中 增加 一 个 字段 ype， 用 来 区 别 是 增 (c) 、 删 (d) 、 改 (u) 中 的 哪 种 情况 ， 如 下 所 示 : 


"isMatch": false, 
"version"s 1, 
"cities": [ 
{ 
"eltyId"s 1y 
"cityName": "北京 "， 


"pinyin": "beijing", 


"jianpin": "pj™, 
"type": "dr 

} 

3 
"eityId": 2, 
"cityName": "上 海 "， 
"pinyin": "shanghai", 
"ianpin”: "hy 


"ype"s "ee 


Moltyid™s 
"cityNam 
"pinyin" 
"jianpin" 
"type": 


客户 端 在 收 到 上 述 格式 JSON 数 据 后 ， 会 根据 type 值 来 处 理 存放 在 本 地 的 数据 。 因 为 不 是 全 量 更 新 ， 所 以 处 理 起 来 很 快 。 


这 种 增 量 更 新 城市 数据 的 策略 ， 会 使 得 App 的 逻辑 很 简单 ， 但 是 服务 器 的 逻辑 很 复杂 。 这 样 做 是 划算 的 ， 我 们 要 想 尽 办 法 确保 App 的 轻 量 ， 把 复杂 的 业务 逻辑 放 在 后 端 。 


3.4 ”App 与 HTML5 的 交互 


App 与 HTML5 的 交互 ， 是 一 个 可 以 大 做 文章 的 话题 。 有 的 团队 直接 使 用 PhoneGap 来 实现 交互 的 功能 ， 而 我 则 认为 PhoneGap 太 重 了 。 我 们 完全 可 以 把 这 些 交 互 操作 在 底层 封装 好 ， 
然后 给 开发 人 员 使 用 。 


为 了 开发 人 员 方便 ， 我 们 要 准备 一 台 测 试用 的 PC 服务 器 ， 在 上 面 搭建 一 个 IIS， 这 样 可 以 快速 搭建 自己 的 Demo， 对 于 App 开 发 人 员 而 言 ， 不 需要 等 待 HTML5 团 队 就 可 以 自行 开发 并 
测试 了 。 他 们 只 需 知道 一 些 基 本 的 Html 和 JavaScript 语 法 ， 而 相应 的 培训 非常 简单 。 


3.4.1 _ App 操作 HTML5 页 面 的 方法 
为 了 演示 方便 ， 我 在 assets 中 内 置 了 一 个 HTML5 页 面 。 现 实 中 ， 这 个 HTML5 页 面 是 放 在 远程 服务 器 上 的 。 


首先 要 定好 通信 协议 ， 也 就 是 App 要 调用 的 HTML5 页 面 中 JavaScript 的 方法 名 称 。 


例如 ，App 要 调用 HTML5 页 面 的 changeColor(color) 方 法 ， 改 变 HTML5 页 面 的 背景 颜色 。 


1) HTML5 


<script type="text/javascript"> 
function changeColor (color) { 
document .body.style.backgroundColor = color; 
} 
</script> 


2) Android 


wvAds .getSettings () .setJavaScriptEnabled (true); 
wwAds.loadUrl ("file:// /android asset/104.html"); 
btnShowAlert.setOonClickListener (new View.OnClickListener() { 
QOverride 
public void onClick(View v) { 
String color = "#00ee00™; 
wvAds .loadUrl ("javascript: changeColor ('" + color + ™');"); 
} 
1D); 


3.4.2 ”HTML5 页 面 操作 App 页 面 的 方法 


仍然 是 先 定义 通信 协议 ， 这 次 定义 的 是 JavaScript 要 调用 的 Android 中 方法 名 称 。 


例如 ， 点 击 HTML5 的 文字 ， 回 调 Java 中 的 callAndroidMethod 方 法 : 


1) HTML5 


<a onclick="baobao.callAndroidMethod(100,100, 'ccc',true) "> 
CallAndroigdMethod</a> 


2) Android 


新 创建 一 个 JSinterface1 类 ， 包 括 callAndroidMethod 方 法 的 实现 : 


class JSIntefacel { 
public void callAndroidMethod (int ay float b, 
String c, boolean d) { 
if (gd) { 

String strMessage = "= + (+ 二" 他 入) 
Cd; 

new AlertDialog.Builder (MainActivity.this) 
-SetTritle("titlen) 
.SetMessage (strMessage) .show () 7 


同时 ， 需 要 注册 baobao 和 JSlnterface1 的 对 应 关系 : 


wvAds .addJavascriptInterface (new JSIntefacel (), "baobao"); 


调试 期 间 我 发 现 对 于 小 米 3 系统 ， 要 在 方法 前 增加 @Javascriptinterface， 否 则 ， 就 不 能 触发 JavaScript 方 法 。 


3.4.3 App 和 HTML5 之 间 定 义 跳 转 协议 


根据 上 面 的 例子 ， 运 营 团 队 就 找到 了 在 App 中 搞活 动 的 解决 方案 。 不 必 等 到 App 每 次 发 新 版 才能 看 到 新 的 活动 页 面 ， 而 是 每 次 做 一 个 HTML5 的 活动 页 面 ， 然 后 通过 MobileAPI 把 这 个 


HTML5 页 面 的 地 址 告诉 App， 由 App 加 载 这 个 HTML5 页 面 即 可 。 


在 这 个 HTML5 页 面 中 ， 我 们 可 以 定义 各 种 JavaScript 点 击 事件 ， 从 而 跳 转 回 App 的 任意 Native 页 面 。 


为 此 ，HTML5 团 队 需要 事先 和 App 团 队 约定 好 一 个 格式 ， 例 如 : 


gotoPersonCenter 
gotoMovieDetail:movieId=100 
gotoNewsList:cityId=1&cityName= 北 京 
gotoUrl:http://www.sina.com 


这 个 协议 具体 在 HTML5 页 面 中 是 这 样 的 ， 以 gotoNewsList 为 例 : 


<a onclick="baobao.gotoAnyWhere( 
'gotoNewsList:cityId=(int)12&cityName= 北 京 ') "> 
gotoAnyWhere</a> 


其 中 ， 有 些 协议 是 不 需要 参数 的 ， 比 如 说 gotopersonCenter， 也 就 是 个 人 中 心 ; 有 些 则 需要 跳 转 到 具体 的 电影 详情 页 ， 我 们 需要 知道 movield; 有 时 候 1 个 参数 不 够 用 ， 我 们 需要 更 


多 的 参数 ， 才 能 准确 获取 到 我 们 想 要 的 数据 ， 比 如 说 gotoNewsList， 我 们 想 要 跳 转 到 2014 年 12 月 31 号 北京 的 所 有 新 闻 信 息 
码 如 下 所 示 : 


， 就 不 得 不 需要 cityld 和 createdTime 两 个 参数 ， 处 理 协议 的 代 


public void gotoAnyWhere (String url) { 
if (url != null) { 

if (url.startsWith ("gotoMovieDetail:")) { 
String strMovieId = url.substring (24); 
int movieId = Integer.valueOf (strMovieId); 
Intent intent = new Intent (MainActivity.this, MovieDetailActivity.class); 
intent .putExtra ("movieId", movieId); 
startActivity (intent); 

} else if (url.startsWith("gotoNewsList:")) { 
// as above 

} else if (url.startsWith("gotoPersonCenter")) { 
Intent intent = new Intent (MainActivity.this, PersonCenterActivity.class); 
startActivity (intent); 

} else if (url.startsWith("gotoUrl:")) { 
String strUrl = url.substring (8); 
wvAds .loadUrl (strUrl); 


这 里 的 if 分 支 逻 辑 太 多 ， 我 们 要 想 办 法 将 其 进行 抽象 ， 参 见 后 面 3.4.6 节 介绍 的 页 面 分 发 器 。 


3.4.4 在 App 中 内 置 HTML5 页 面 


什么 时 候 在 App 中 内 置 HTML5 页 面 ”根据 我 的 经 验 ， 当 有 些 Ul 不 太 容易 在 App 中 使 用 原生 语言 实现 时 ， 比 如 画 一 个 奇形怪状 的 表格 ， 这 是 HTML5 所 擅长 的 领域 ， 只 要 调整 好 屏幕 适 


配 ， 就 可 以 很 好 地 应 用 在 App 中 。 
下 面 详 细 介绍 如 何在 页 面 中 显示 一 个 表格 ， 表 格 里 的 数据 都 是 动态 填充 的 。 
1) 首先 定义 两 个 HTML5 文 件 ， 放 在 assets 目 录 下 。 


其 中 ，102.htm| 是 静态 页 : 


<html> 
<head> 
</head> 
<body> 
<table> 
<datalDefinedByBaobao> 
</table> 
</body> 
</html> 


而 data1_template.html 是 一 个 数据 模板 ， 它 负责 提供 表格 中 一 行 的 样式 : 


<tr> 
<td> 
<name> 
</td> 
<td> 
<price> 
</td> 
二 


像 <name>、<price> 和 <data1DefinedByBaobao> 都 是 占 位 符 ， 我 们 接 下 来 会 使 用 真实 的 数据 来 蔡 换 这 些 占 位 符 。 


2) 在 MovieDetailActivity 中 ， 通 过 遍历 movieList 这 个 集合 ， 我 们 把 数据 填充 到 sbContent 中 ， 最 终 ， 把 拼接 好 的 字符 串 蔡 换 <data1DefinedByBaobao> 标 签 : 


String template = getFromAssets ("datal _ template.html") 
StringBuilder sbContent = new StringBuilder (); 
ArrayList<MovieInfo> movieList = organizeMovieList () 7 
for (MovieInfo movie : movieList) { 
String rowData; 
rowData = template.replace ("<name>", movie.getName()); 
rowData = rowData.replace ("<price>", movie.getPrice()); 
sbContent .append (rowData); 
} 
String realData = getFromAssets ("102.html"); 
realData = realData.replace ("<datalDefinedByBaobao>" 
SbContent .toString()); 
wvAds .loadData (realData, "text/html", "utf-8"); 


3.4.5 ”灵活 切换 Native 和 HTML5 页 面 的 策略 


对 于 经 常 需要 改动 的 页 面 ， 我 们 会 把 它 做 成 HTML5 页 面 ， 在 App 中 以 WebView 的 形式 加 载 。 这 样 就 避免 了 Native 页 面 每 次 修改 ， 都 要 等 一 次 迭代 上 线 后 才能 看 到 一 一 周期 太 长 了 ， 
这 不 是 产品 经 理 所 希 望 的 。 


此 外 ，HTML5 的 另 一 个 好 处 是 ， 开 发 周期 短 一 一 相 比 App 开 发 而 言 。 


但 是 HTML5 的 缺点 是 慢 。 我 们 来 看 一 下 HTML5 页 面 生成 的 步骤: 


1) 从 服务 器 端 动态 获取 数据 并 拼接 成 一 个 HTML。 


2) 返回 给 客户 端 WebView。 


3) 在 WebView 中 解析 并 生成 这 个 HTML。 


相对 于 Native 原 生 页 面 加 载 I/SON 这 种 短小 精 悍 的 数据 并 展现 在 客户 端 而 言 ，HTML5 肯 定 是 慢 了 很 多 。 鱼 和 熊 掌 不 可 兼 得 ， 于 是 我 们 只 能 在 灵活 性 和 性 能 上 作出 取舍 。 


但 是 我 们 可 以 换 一 个 思路 来 解决 这 个 问题 。 我 同时 做 两 套 页 面 ，Native 一 套 ，HTML5 一 套 ， 然 后 在 App 中 设置 一 个 变量 ， 来 判断 该 页 面 将 显示 Native 还 是 HTML5 的 。 


这 个 变量 可 以 从 MobileAPI 获 取 ， 这 样 的 话 ， 正 常情 况 下 ， 是 Native 页 面 ， 如 果 有 类 似 双 十 一 或 双 十 二 的 促销 活动 ， 我 们 可 以 修改 这 个 变量 ， 让 页 面 以 HTML5 的 形式 展现 。 这 样 ， 我 
们 只 要 做 个 HTML5 的 页 面 发 布 到 线 上 就 行 了 。 等 活动 结束 后 再 撤回 到 Native 页面 。 


以 此 类 推 ，App 中 所 有 的 页 面 ， 都 可 以 做 成 上 述 这 种 形式 ， 为 此 ， 我 们 需要 改变 之 前 做 App 的 思路 ， 比 如 : 


1) 需要 做 一 个 后 台 ， 根 据 版 本 进行 配置 每 个 页 面 是 使 用 Native 页 面 还 是 HTML5 页 面 。 


2) 在 App 启 动 的 时 候 ， 从 MobileAPI 获 取 到 每 个 页 面 是 Native 还 是 HTML5。 


3) 在 App 的 代码 层面 ， 页 面 之 间 要 实现 松 耦 合 。 为 此 ， 我 们 要 设计 一 个 导航 器 Navigator， 由 它 来 控制 该 跳 转 到 Native 页 面 还 是 HTML5 页 面 。 最 大 的 挑战 是 页 面 间 参 数 传道， 字典 
是 一 种 比较 好 的 形式 ， 消 除了 不 同 页 面 对 参 数 类 型 的 不 同 要 求 。 
接 下 来 ， 就 是 App 运 营 人 员 和 产品 经 理 随心 所 欲 的 进行 配置 了 。 


在 实际 的 操作 中 ， 一 定 要 注意 ，HTML5 页 面 只 是 权宜 之 计 ， 可 以 快速 上 一 个 活动 ， 比 如 类 似 于 双 十 一 的 节假日 ， 从 而 以 迅雷 不 及 掩 耳 之 势 打击 竞争 对 于 。 随 着 HTML5 和 Native 的 不 
同步 ， 当 一 个 页 面 再 从 HTML5 切 换 回 Native 时 ， 我 们 会 发 现 ， 它 们 的 逻辑 已 经 差 了 很 多 了 ， 切 回来 就 会 有 很 多 bug， 而 我 们 又 只 能 是 在 App 发 布 后 才 发 现 这 样 的 问题 。 


问 


唯一 的 解决 方案 是 ， 把 App 和 HTML5 划 归 到 一 个 团队 ， 由 产品 经 理 整理 二 者 的 差异 性 ， 要 做 到 二 者 尽量 同步 ， 一 言 以 蔽 之 ，App 要 时 刻 追赶 HTML5 的 逻辑 ， 追 赶 上 了 就 切换 


Native。 


3.4.6 页面 分 发 器 


我 们 知道 ， 跳 转 到 一 个 Activity， 需 要 传递 一 些 参 数 。 这 些 参 数 的 类 型 简单 如 int 和 String， 复 杂 的 则 是 列表 数据 或 者 可 序列 化 的 自 定义 实体 。 


但 是 ， 如 果 从 HTML5 页 面 跳 转 到 Native 页 面 ， 是 不 大 可 能 传递 复杂 类 型 的 实体 的 ， 只 能 传递 简单 类 型 。 所 以 ， 并 不 是 每 个 Native 页 面 都 可 以 替换 为 HTML5。 


接 下 来 要 讨论 的 是 ， 对 于 那些 来 自 HTML5 页 面 、 传 递 简单 类 型 的 页 面 跳 转 请 求 ， 我 们 将 其 抽象 为 一 个 分 发 器 ， 放 到 BaseActivity 中 。 
还 记得 我 们 在 3.4.3 节 定义 的 协议 吗 ， 以 gotoMovieDetail 为 例 : 


<a onclick="baobao.gotoAnyWhere( 
'gotoMovieDetail:movieId=12')"> 
gotoAnyWhere</a> 


我 们 将 其 改写 为 : 


<a onclick="baobao.gotoAnyWhere( 
'com.example.youngheart .MovieDetailActivity, 
iOS .MovieDetailViewController:movieIgd=(int)123')"> 
gotoAnyWhere</a> 


我 们 看 到 ， 协 议 的 内 容 分 成 3 段 ， 第 一 段 是 Android 要 跳 转 到 的 Activity 的 名 称 。 第 二 段 是 iOS 要 跳 转 到 的 ViewController 的 名 称 ， 第 三 段 是 需要 传递 的 参数 ， 以 key-value 的 形式 进行 


组 装 。 


我 们 接 下 来 要 做 的 就 是 从 协议 URL 中 取出 第 1 段 ， 将 其 反射 为 一 个 Activity 对 象 ， 取 出 第 3 段 ， 将 其 解析 为 key-value 的 形式 


， 然 后 从 当前 页 面 跳 转 到 目标 页 面 并 配 以 正确 的 参数 。 其 
中 ， 写 一 个 辅助 函数 getAndroidPageName， 用 来 获取 Activity 名 称 : 


Public class BaseActivity extends Activity { 
private String getAndroidPageName (String key) { 
String pageName = null; 
int pos = key.indexOof(","); 


if (Pos == -1) { 
PageName = key; 
} else { 


PageName = key.substring (0, pos); 
} 
return pageName; 
} 
public void gotoAnyWhere (String url) { 
if (url == null) 
return; 
String pageName = getAndroidPageName (url); 
if (pageName == null || pageName.trim() == "") 
return; 
Intent intent = new Intent(); 
int pos = url.indexof (":"); 
if (pos > 0) { 
String strParams = url.substring (pos); 
String[] pairs = strParams.split("&"); 
for (String strKeyAndValue : pairs) { 
String[] arr = strKeyAndValue.split ("="); 
String key = arr[0]; 
String value = arr[1]7 
if (value.startsWith(" (int)")) { 
intent.PutExtra (key, 
Integer.valueOf (value.substring(5) ) ) 
} else if (value.startsWith("(Double)")) { 
intent .putExtra (key, 
Double.valueOf (value.substring (8))); 
} else { 
intent .putExtra (key, value); 
} 
} 
} 
try 4 
intent.setClass (this, Class.forName (pageName)); 
} catch (ClassNotFoundException e) { 
e.printstackTrace (); 
} 


startActivity (intent); 


注意 ， 在 协议 中 定义 这 些 简 单数 据 类 型 的 时 候 ，String 是 不 需要 指定 类 型 的 ， 这 是 使 用 


最 广泛 的 类 型 。 对 于 int、Double 等 简单 类 型 ， 我 们 要 在 值 前 面 加 上 类 似 (int) 这 样 的 约定 ， 这 样 
才能 在 解析 时 不 出 问题 。 


3.5 ”消灭 全 局 变量 


本 节 我 们 要 讨论 的 是 一 个 深刻 的 话题 。 相 信 很 多 人 都 遇 到 过 App 莫 名 其 妙 就 崩溃 的 情况 ， 尤 其 是 一 些 配置 很 低 的 手机 ， 
用 时 ， 就 会 崩 演 。 


由 
Im 


现场 景 就 是 在 App 切 换 到 后 台 ， 闲 置 了 一 段 时 间 后 再 继续 使 


3.5.1 ”问题 的 发 现 


导致 上 述 崩 溃 发 生 的 罪魁 祸 首 就 是 全 局 变量 。 下 述 代 码 就 是 在 生成 一 个 全 局 变量 : 


Public class GlobalVariables { 
public static UserBean User; 


} 


在 内 存 不 足 的 时 候 ， 系 统 会 回收 一 部 分 闲置 的 资源 ， 由 于 App 被 切换 到 后 台 ， 所 以 之 前 存放 的 全 局 变量 很 容易 被 回收 ， 这 时 再 切换 到 前 台 继续 使 用 ， 在 使 用 某 个 全 局 变量 的 时 候 ， 就 
为 全 局 变量 的 值 为 空 而 崩溃 。 这 不 是 个 例 。 我 经 历 过 最 糟糕 的 App 竟 然 使 用 了 200 多 个 全 局 变量 ， 任 何 页 面 从 后 台 切 换 回 前 台 都 有 崩溃 的 可 能 。 


地 
ph 


想 彻底 解决 这 个 问题 ， 就 一 定 要 使 用 序列 化 技术 。 


3.5.2 ”把 数据 作为 Intent 的 参数 传递 


想 一 劳 永 逸 地 解决 上 述 问题 就 是 不 使 用 全 局 变量 ， 使 用 Intent 来 进行 页 面 间 数 据 的 传递 。 因 为 ， 即 使 目标 Activity 被 系统 销毁 了 ，lIntent 上 的 数据 仍然 存在 ， 所 以 Intent 是 保存 数据 的 
一 个 很 好 的 地 方 ， 比 本 地 文件 靠 谱 。 但 是 Intent 能 传递 的 数据 类 型 也 必须 支持 序列 化 ， 像 JSJONObject 这 样 的 数据 类 型 ， 是 传递 不 过 去 的 。 对 于 一 个 有 200 多 个 全 局 变量 的 App 而 言 ， 重 构 
的 工作 量 很 大 ， 风 险 也 很 大 。 


另外 ， 如 果 Intent 上 携带 的 数据 量 过 大 ， 也 会 发 生 崩 演 。 第 7 章 会 对 此 有 详细 的 介绍 。 
3.5.3 ”把 全 局 变量 序列 化 到 本 地 


另 一 个 比较 稳妥 的 解决 方案 是 ， 我 们 仍然 使 用 全 局 变量 ， 在 每 次 修改 全 局 变量 的 值 的 时 候 ， 都 要 把 值 序列 化 到 本 地 文件 中 ， 这 样 的 话 ， 即 使 内 存 中 的 全 局 变量 被 回收 ， 本 地 还 保存 有 
最 新 的 值 ， 当 我 们 再 次 使 用 全 局 变量 时 ， 就 从 本 地 文件 中 再 反 序列 化 到 内 存 中 。 


这 样 就 解 了 燃 丑 之 急 ， 数 据 不 再 丢失 。 但 长 远 之 计 还 是 要 一 个 模块 一 个 模块 地 将 全 局 变量 转换 为 Intent 上 可 序列 化 的 实体 数据 。 但 这 是 后 话 ， 眼 前 ， 我 们 先 要 把 全 局 变量 序列 化 到 本 


地 文件 ， 如 下 所 示 ， 我 们 对 全 局 GlobalsVariables 变 量 进 行 改 造 : 


Public class GlobalVariables implements Serializable, Cloneable { 
/** 
* Q@Fields: serialVersionUID 
*/ 
Private static final long serialVersionUID = 1L; 
Private static GlobalVariables instance; 
private GlobalVariables() { 
} 
public static GlobalVariables getInstance() { 
if (instance == null) { 
Object object = Utils.restoreObject( 
AppConstants .CACHEDIR + TAG); 
if(object 一 null) { // RMPP 首 次 启动 ， 文 件 不 存在 则 新 建 之 
object = new GlobalVariables () 7 
Utils.saveObject ( 
AppConstants.CACHEDIR + TAG, object); 
} 
instance = (GlobalVariables)object; 
} 
return instance; 
} 
public final static String TAG = "GlobalVariables"; 
private UserBean user; 
public UserBean getUser() { 
return user; 


public void setUser (UserBean user) { 
this.user = user; 
Utils.saveObject (AppConstants .CACHEDIR + TAG, this); 


et 以 下 3 个 方法 用 于 序列 化 一 一 一 一 一 一 一 一 
public GlobalVariables reaqResolve () 
throws ObjectStreamException, 
CloneNotSupportedException { 
instance = (GlobalVariables) this.clone(); 
return instance; 
Private void readOobject (ObjectInputStream ois) 
throws IOException, ClassNotFoundException { 
ois.defaultReadOobject () ; 


} 
public Object Clone() throws CloneNotSupportedException { 
return super.clone(); 


} 
public void reset() { 
user = nully 
Utils.saveObject (AppConstants .CACHEDIR + TAG, this); 


就 是 这 短 短 的 六 十 多 行 代 码 ， 解 决 了 全 局 变量 GlobalsVariables 被 回收 的 问题 。 我 们 对 其 进行 详细 分 析 : 


1) 首先 ， 这 是 一 个 单 例 ， 我 们 只 能 以 如 下 方式 来 读 写 user 数 据 : 


UserBean user = GlobalsVariables.getInstance () .getUser (); 
GlobalsVariables.getInstance () .setUser (user); 


同时 ，GlobalsVariables 还 必须 实现 Serializable 接 口 ， 以 支持 序列 化 自身 到 本 地 。 然 而 ， 为 了 使 一 个 单 例 类 变 成 可 序列 化 的 ， 仅 仅 在 声明 中 添加 “implements Serializable” 是 不 够 
的 。 因 为 一 个 序列 化 的 对 象 在 每 次 反 序列 化 的 时 候 ， 都 会 创建 一 个 新 的 对 象 ， 而 不 仅仅 是 一 个 对 原 有 对 象 的 引用 。 为 了 防止 这 种 情况 ， 需 要 在 单 例 类 中 加 入 readResolve 方 法 和 
readObject 方 法 ， 并 实现 Cloneable 接 口 。 


2) 我 们 仔细 看 GlobalsVariables 这 个 类 的 构造 函数 。 这 和 一 般 的 单 例 模式 写 的 不 太一 样 。 我 们 的 逻辑 是 ， 先 判断 instance 是 否 为 空 ， 不 为 空 ， 证 明 全 局 变量 没有 被 回收 ， 可 以 继续 使 
用 ; 为 空 ， 要 么 是 第 一 次 启动 App， 本 地 文件 都 不 存在 ， 更 不 要 说 序列 化 到 本 地 了 ; 要 么 是 全 局 变量 被 回收 了 ， 于 是 我 们 需要 从 本 地 文件 中 将 其 还 原 回 来 。 


为 此 ， 我 们 在 Utils 类 中 编写 了 restoreObject 和 saveObject 两 个 方法 ， 分 别 用 于 把 全 局 变量 序列 化 到 本 地 和 从 本 地 文件 反 序列 化 到 内 存 ， 如 下 所 示 : 


Public static final void saveObject (String path, Object saveObject) { 
FileOutputStream fos = null; 
ObjectOutputstream oos = null; 
File f = new File (path); 


try { 
fos = new FileOutputstream(f); 
oos = new ObjectOutputStream (fos); 


oos .Writeobject (saveObject); 
} catch (FileNotFoundException e) { 
e.printstackTrace (); 
} catch (IOException e) { 
e.printstackTrace (); 
} finally { 
try { 
if (oos != null) { 
oos.close (); 
} 
if (fos != null) { 
fos.close(); 


} 
} catch (IOException e) { 
e.printstackTrace (); 
} 
} 
public static final Object restoreObject (String path) { 

FileInputStream fis = null; 

ObjectInputStream ois = null; 

Object object = null; 

File f = new File (path); 

if (!f.exists()) { 
return null; 

} 

try { 
fis = new FileInputStream(f); 
ois = new ObjectInputStream (fis); 
object = ois.readOobject (); 
return object; 

} catch (FileNotFoundException e) { 
e.printStackTrace (); 

} catch (IOException e) { 
e.printStackTrace (); 

} catch (ClassNotFoundException e) { 


e.PrintStackTrace () 7 


} finally { 
和 
if (ois != null) { 
ois.close(); 
} 
if (fis != null) { 


fis.close(); 
} 
} catch (IOException e) { 
e.printSstackTrace (); 
} 
} 


return object; 


3) 全 局 变量 的 User 属 性 ， 具 有 getUser 和 SetUser 这 两 个 方法 。 我 们 就 看 这 个 setUser 方 法 ， 它 会 在 每 次 设置 一 个 新 值 后 ， 执 行 一 次 Utils 类 的 saveObject 方 法 ， 把 新 数据 序列 化 到 本 


值得 注意 的 是 ， 如 果 全 局 变 


接 下 来 我 们 看 如 何 使 用 全 局 变量 。 


1) 在 来 源 页 : 


中 有 一 个 自 定 义 实体 的 属性 ， 那 么 我 们 也 要 将 这 个 自 定 义 实体 也 声明 为 可 序列 化 的 ，UserBean 实 体 就 是 一 个 很 好 的 例子 。 它 作为 全 局 变量 的 一 个 属性 ， 
其 自身 也 必须 实现 Serializable 接 口 。 


Private void gotoLoginActivity() { 
UserBean user = new UserBean (); 
user.setUserName ("Jianqiang"); 
user.setCountry ("Beijing"); 
user.setAge (32); 


Intent intent = new Intent (LoginNew2Activity.this, 


PersonCenterActivity.class); 
GlobalVariables.getInstance () .setUser (user); 
startActivity (intent); 


2) 在 目标 页 PersonCenterActivity: 


protected void initVariables () { 


UserBean user = GlobalVariables.getInstance () .getUser () 


int age = user.getAge(); 


3) 在 App 启 动 的 时 候 ， 我 们 要 清空 存储 在 本 地 文件 的 全 局 变量 ， 因 
App 启 动 的 时 候 第 一 件 事情 就 是 清除 这 些 临 时 数据 : 


为 这 些 全 局 变量 的 生命 周期 都 应 该 伴随 着 App 的 关闭 而 消 1 


亡 ， 但 是 我 们 来 不 及 在 App 关 闭 的 时 候 做 ， 所 以 只 好 在 


GlobalVariables.getInstance () .reset () 


为 此 ， 需 要 在 GlobalVariables 这 个 全 局 变量 类 中 增加 一 个 reset 方 法 ， 用 于 清空 数据 后 把 空 值 强制 保存 到 本 地 。 


Public void reset () { 
user = null; 
Utils.saveObject (AppConstants .CACHEDIR + TAG, 


this); 


3.5.4 ”序列 化 的 缺点 


再 次 强调 ， 把 全 局 变量 序列 化 到 本 地 的 方案 ， 只 是 一 种 过 渡 型 解决 方案 ， 


它 有 几 个 硬 伤 : 


1) 每 次 设置 全 局 变量 的 值 都 要 强制 执行 一 次 序列 化 的 操作 ， 容 易 造 成 ANR。 


我 们 看 一 个 例子 ， 写 一 个 新 的 全 局 变量 GlobalVariables3， 它 有 3 个 


属性 ， 如 下 所 示 : 


private String userName; 
private String nickName; 
Private String country; 
public void reset() { 
userName = null; 
nickName null; 
country = null; 
Utils.saveObject (AppConstants .CACHEDIR + TAG, 


} 
public String getUserName () { 
return userName; 
} 
Public void setUserName (String userName) { 
this.userName = userName; 
Utils.saveObject (AppConstants .CACHEDIR + TAG, 
. 
public String getNickName() { 
return nickName; 
} 
public void setNickName (String nickName) { 
this.nickName = nickName; 
Utils.saveObject (AppConstants .CACHEDIR + TAG, 
} 
public String getCountry() { 
return country; 
} 
Public void setCountry (String country) { 
this.country = country; 
Utils.saveObject (AppConstants .CACHEDIR + TAG, 


this)s 


this)s 


thia}s 


thia}s 


那么 在 给 GlobalVariables3 设 值 的 时 候 ， 如 下 所 示 : 


private void simulateANR() { 
GlobalVariables3.getInstance () .setUserName ("jiangqiang .bao"); 
GlobalVariables3.getInstance () .setNickName (" 包 包 "); 
GlobalVariables3.getInstance () .setCountry ("China"); 

} 


我 们 会 发 现 ， 每 次 设置 值 的 时 候 ， 都 要 将 GlobalVariables3 强 制 序列 化 到 本 地 一 次 。 性 能 会 很 差 ， 如 果 属 性 多 了 ， 强 制 序列 化 的 次 数 也 会 变 多 ， 因 为 读 写 文件 的 次 数 多 了 ， 就 会 造成 


ANR。 


相应 的 解决 方案 很 丑陋 ， 如 下 所 示 : 


Public void setUserName (String userName, boolean needSave) { 
this.userName = userName; 
if (needSave) { 
Utils.saveObject (AppConstants .CACHEDIR + TAG, this); 
} 
} 
public void setNickName (String nickName, boolean needSave) { 
this.nickName = nickName; 
if (needSave) { 
Utils.saveObject (AppConstants .CACHEDIR + TAG, this); 
} 
} 
Public void setCountry (String country, boolean needSave) { 
this.country = country; 
if(needSave) { 
Utils.saveObject (AppConstants .CACHEDIR + TAG, this); 
} 
} 


也 就 是 说 ， 为 每 个 set 方 法 多 加 一 个 boolean 参 数 ， 来 控制 是 否 要 在 改动 后 做 序列 化 。 同 时 在 GlobalVariables3 中 提供 一 个 save 方 法 ， 就 是 做 序列 化 的 操作 。 


这 样 改动 之 后 ， 我 们 再 给 GlobalVariables3 设 值 的 时 候 就 要 这 样 写 了 : 


private void simulateANR2() { 
GlobalVariables3.getInstance 
GlobalVariables3.getInstance 
GlobalVariables3.getInstance 
GlobalVariables3.getInstance 


SetUserName ("bao", false); 
setNickName (" 包 包 "，false); 
setCountry ("China", false); 
save(); 


() . 
() . 
() . 
() 


} 


限 ， 


也 就 是 说 ， 每 次 set 后 不 做 序列 化 ， 都 设置 完 后， 一 次 性 序列 化 到 本 地 。 这 么 写 代码 很 恶心 ， 但 我 之 前 说 过 ， 这 只 是 权宜 之 计 ， 相 当 于 打 补 丁 ， 是 临时 的 解决 方案 。 


2) 序列 化 生成 的 文件 ， 会 因为 内 存 不 够 而 丢失 。 


这 个 问题 也 是 在 把 全 局 变量 都 序列 化 到 本 地 后 发 现 的 ， 究 其 原因 ， 就 是 因为 我 们 将 序列 化 的 本 地 文件 放 在 了 内 存 /data/data/com.youngheart/cache/ 这 个 目录 下 。 内 存 空间 十 分 有 
因而 显得 可 贵 ， 一 旦 内 存 空 间 耗 尽 ， 手 机 也 就 无 法 使 用 了 。 因 为 我 们 的 全 局 变量 非常 多 ， 所 以 内 部 空间 会 耗 尽 ， 这 个 序列 化 文件 会 被 清除 。 其 实 SharedPreferences 和 SQLite 数 据 库 


也 都 是 存储 在 内 存 空间 上 ， 所 以 这 个 文件 如 果 太 大 ， 也 会 引发 数据 丢失 的 问题 。 


有 人 问 我 为 什么 不 存在 SD 卡 上 ， 嗯 ，SD 卡 确实 空间 大 得 很 ， 但 是 不 稳定 ， 不 是 所 有 的 手机 ROM 对 其 都 有 完好 的 支持 ， 我 不 能 相信 它 。 


临时 解决 方案 是 ， 每 次 使 用 完 一 个 全 局 变量 ， 就 要 将 其 清空 ， 然 后 强制 序列 化 到 本 地 ， 以 确保 本 地 文件 体积 减 小 。 


3) Android 提 供 的 数据 类 型 并 不 全 都 支持 序列 化 。 


我 们 要 确保 全 局 变量 的 每 个 属性 都 可 以 序列 化 。 然 而 ， 并 不 是 所 有 的 数据 类 型 都 可 以 序列 化 的 。 那 么 ， 哪 些 数据 可 以 序列 化 呢 ? 表 3-1 是 我 经 过 测试 得 到 的 结果 。 


Gsl 


表 3-1 各 种 类 型 数据 对 序列 化 的 支持 程度 


类 型 是 否 支持 序列 化 


简单 类 型 int. String. Boolean 等 支持 
String[] 文 持 
Boolean[] 支持 
int[] 支持 
String[][] 文 持 
int[][] 文 持 
ArrayList 文 持 
Calendar 文 持 
JSONObject 不 支持 
JSONAIrray 不 支持 


因为 Object 可 能 是 不 支持 序列 化 的 JSONObject 类 型 ， 所 
以 HashMap<String, Object> 不 一 定 支 持 序 列 化 

因为 Object 可 能 是 不 文 持 序列 化 的 JSONObject 类 型 ， 所 
以 ArrayList<HashMap<String. Object>> 不 一 定 支 持 序列 化 


HashMap<String. Object> 


ArrayList<HashMap<String. Object>> 


这 就 从 另 一 方面 证 明了 ， 我 们 尽量 不 要 使 用 不 能 序列 化 的 数据 类 型 ， 包 括 JSONObject、JSONArray、HashMap<String,Object>、ArrayList<HashMap<String,Object> >。 


新 项 目 可 以 尽量 规避 这 些 数据 类 型 ， 但 是 老 项 目 可 就 坏 手 了 。 好 在 天 无 绝 人 之 路 ， 我 经 过 大 量 实践 ， 得 到 一 些 解决 方案 ， 如 下 所 示 。 


1) JSONObject 和 JSONArray 


虽然 JSJONObject 不 支持 序列 化 ， 但 是 可 以 在 设置 的 时 候 将 其 转换 为 字符 串 ， 然 后 序列 化 到 本 地 文件 。 在 需要 读 取 的 时 候 ， 就 从 本 地 文件 反 序列 化 处 理 这 个 字符 串 ， 然 后 再 把 字符 串 
转换 为 JJONObject 对 象 ， 如 下 所 示 : 


private String strCinema; 
public JSONObject getCinema() { 
if(strCinema == null) 
return null; 
4 
return new JSONObject (strCinema); 
} catch (JSONException e) { 
return null; 
} 
} 
public void setCinema (JSONObject cinema) { 
if(cinema == null) { 
this.strCinema = null; 
Utils.saveObject (AppConstants .CACHEDIR + TAG, this); 
return; 
} 
this.strCinema = Cinema.toString () 7 
Utils.saveObject (APPConstants.CRACHPDIR + TAG, this); 


JSONArray 如 法 炮制 。 只 需要 把 上 述 代码 中 的 JSONObject 奉 换 为 JSONArray 即 可 。 
2) HashMap<String,Object> 和 ArrayList<HashMap<String,Object>> 


因为 Object 可 以 是 各 种 类 型 ， 有 可 能 是 JSONObject 和 JSONArray， 所 以 以 上 两 种 类 型 不 一 定 支 持 序列 化 。 


首选 的 解决 方案 是 ， 如 果 HashMap 中 所 有 的 对 象 都 不 是 JSONObject 和 JSONArray， 那 么 以 上 两 种 类 型 就 是 支持 序列 化 的 。 建 议 将 Object 全 都 改 为 String 类 型 的 。 


private HashMap<String, String> rules; 
public HashMap<String, String> getRules() { 
return rules; 
} 
public void setRules (HashMap<String, String> rules) { 
this.rules = rules; 
Utils.saveObject (AppConstants .CACHEDIR + TAG, this); 
} 


其 次 ， 如 果 HashMap 中 存放 有 JSONObject 或 JSONArray， 那 么 我 们 就 要 在 set 方 法 中 ， 遍 历 HashMap 中 存放 的 每 个 Object， 将 其 转换 为 字符 串 。 


以 下 是 代码 实现 ， 你 会 看 到 算法 超级 繁琐 ， 效 率 也 非常 差 : 


HashMap<String, Object> guides; 
public HashMap<String, Object> getGuides() { 
return guides; 
} 
public void setGuides (HashMap<String, Object> guides) { 
if (guides == null) { 
this.guides = new HashMap<String, Object>(); 
Utils.saveObject (AppConstants .CACHEDIR + TAG, this); 
return; 
} 
this.guides = new HashMap<String, Object>(); 
Set set = guides.entrySet (); 


Java.util.Iterator it = guides.entrySet () .iterator () ; 
while (it.hasNext()) { 
java.util.Map.Entry entry = (java.util.Map.Entry) it.next(); 
Object value = entry.getValue () 
String key = String.valueOf (entry.getKey ()); 
this.guides.put (key, String.valueOf (value)); 
} 
Utils.saveObject (APPConstants .CACHEDIR + TAG, this); 


对 于 HashMap<Sstring,Object> 类 型 ， 无 论 是 get 方 法 还 是 set 方 法 ， 都 非常 慢 ， 因 为 要 遍历 HashMap 中 存放 的 所 有 对 象 。 


ArrayList<HashMap<String,Object>> 是 HashMap<String,Object> 的 集合 ， 所 以 对 其 进行 遍历 ， 会 更 加 慢 。 


在 遇 到 了 N 多 次 以 上 解决 方案 导致 的 ANR 之 后 ， 我 决定 将 这 两 种 超级 复杂 的 数据 结构 ， 全 部 改造 为 可 序列 化 的 实体 。 好 在 这 样 的 数据 类 型 在 App 中 不 太 多 ， 重 构 的 成 本 不 是 很 大 。 


3.5.5 “如果 Activity 也 被 销毁 了 呢 


如 果 内 存 不 足 导 致 当前 Activity 也 被 销毁 了 呢 ? 比 如 说 旋转 屏幕 从 竖 屏 到 横 屏 。 


即使 Activity 被 销毁 了 ， 传 递 到 这 个 Activity 的 Intent 并 不 会 丢失 ， 在 重新 执行 Activity 的 onCreate 方 法 时 ，Intent 携 带 的 bundle 参 数 还 是 在 的 。 所 以 ， 我 们 的 解决 方案 是 
前 Activity 的 onCreate 方 法 ， 这 样 做 最 安全 。 


中 


新 执行 当 


但 是 另 一 个 问题 就 又 浮 出 水 面 了 : Activity 需 要 保存 页 面 状态 吗 ? 


想必 各 位 亲 们 都 看 过 Android SDK 中 的 贪 食 蛇 游 戏 ， 它 讲 的 就 是 在 Activity 被 销毁 后 保存 贪 食 蛇 的 位 置 ， 这 样 的 话 ， 恢 复 该 页 面 时 就 能 根据 之 前 保存 的 贪 食 蛇 的 位 置 继 续 游 戏 。 


这 个 Demo 用 到 了 Activity 的 以 下 2 个 方法 : 


* onSavelInstanceState() 
* onRestorelInstanceState() 


网 上 关于 以 上 两 个 方法 的 介绍 和 讨论 不 胜 枚 举 ， 下 面 只 是 分 享 我 的 使 用 心得 。 


对 于 游戏 以 及 视频 播放 器 而 言 ， 保 存 页 面 上 每 个 控件 的 状态 是 必须 的 ， 因 为 每 当 Activity 被 销毁 ， 用 户 都 希望 能 恢复 销毁 之 前 的 状态 ， 比 如 游戏 进行 到 哪个 程度 了 ， 视 频 播放 到 哪个 时 
间 点 了 。 


但 是 对 于 社交 类 或 者 电 商 类 App 而 言 ， 页 面 繁多 ， 多 于 100 个 页 面 的 App 比 比 缘 是 。 如 果 每 个 页 面 都 保存 所 有 控件 的 状态 ， 工 作 量 就 会 很 大 ， 要 知道 这 样 的 App， 每 个 页 面 都 有 大 量 的 
控件 和 交互 行为 ， 需 要 记录 的 状态 会 很 多 。 


所 以 ， 不 记录 状态 ， 直 接 让 页 面 重新 执行 一 遍 onCreate 方 法 ， 是 一 种 比较 稳妥 的 方法 。 丢 失 的 数据 ， 是 页 面 加 载 完成 之 后 的 用 户 行为 ， 让 用 户 重新 操作 一 遍 就 是 了 。 


额外 说 一 句 ， 想 保存 页 面 状 态 ， 是 件 很 难 的 事情 。 这 一 点 WindowsPhone 做 得 很 好 ， 因 为 它 是 基于 MVVM 的 编程 模型 ， 它 把 业务 逻辑 ViewModel 和 页 面 View 彻 底 分 开 ， 同 
时 ，View 中 的 每 个 控件 的 状态 ， 都 与 ViewModel 中 的 属性 进行 了 绑 定 ， 这 样 的 话 ，View 中 控件 状态 变化 ，ViewModel 中 的 属性 也 会 相应 变化 ， 反 之 亦 然 。 所 以 把 ViewModel 序 列 化 到 
本 地 ， 即 使 View 被 销毁 了 ， 重 新 创建 View， 并 把 保存 到 本 地 的 ViewMode 与 之 绑 定 ， 就 可 以 重 现 View 被 销毁 之 前 的 状态 一 一 我 们 称 为 墓碑 机 制 。 


不 得 不 说 ， 微 软 的 墓碑 机 制 确实 做 得 很 好 ， 它 吸取 了 iOS 和 Android 的 经 验 ， 让 恢复 页 面 状态 变 得 容易 很 多 。 


3.5.6 ”如 何 看 待 SharedPreferences 


在 我 们 决定 禁止 使 用 全 局 变量 后 ， 曾 经 一 段 时 间 确 实 有 了 很 好 的 效果 ， 但 是 我 后 来 仔细 一 看 项 目 ， 新 的 全 局 变量 倒是 真 的 不 再 有 了 ， 大 家 都 改 为 存 取 SharedPreferences 的 方式 了 。 

在 我 看 来 ，SharedPreferences 是 全 局 变量 序列 化 到 本 地 的 另 一 种 形式 。SharedPreferences 中 也 是 可 以 存 取 任何 支持 序列 化 的 数据 类 型 的 。 

我 们 应 该 严格 控制 SshharedPreferences 中 存放 的 变量 的 数量 。 有 些 数据 存在 SharedPreferences 中 是 合理 的 ， 比 如 说 当前 所 在 城市 名 称 、 设 置 页 面 的 那些 开关 的 状态 等 等 。 但 不 要 把 
页 面 跳 转 时 要 传递 的 数据 放 在 SharedPreferences 中 。 这 时 候 ， 要 优先 考虑 使 用 Intent 来 传递 数据 。 


3.5.7 ”User 是 唯一 例外 的 全 局 变量 


依 我 看 来 ，App 中 只 有 一 个 全 局 变量 的 存在 是 合理 的 ， 那 就 是 User 类 。 我 们 在 任何 地 方 都 有 可 能 使 用 到 User 这 个 全 局 变量 ， 比 如 获取 用 户 名 、 用 户 昵称 、 身 份 证 号 码 等 等 。 


User 这 个 全 局 变量 的 实现 ， 可 以 参考 本 章 讲解 的 例子 。 


每 次 登录 ， 都 要 把 登录 成 功 后 获取 到 的 用 户 信息 保存 到 User 类 。 以 后 ， 每 当 User 的 属性 有 变动 时 ， 我 们 都 要 把 User 保 存 一 次 。 退 出 登录 ， 就 把 User 类 的 信息 进行 清空 。 与 之 前 我 们 所 
设计 的 全 局 变量 不 同 ，App 启 动 时 不 需要 清空 User 类 的 数据 。 因 为 我 们 希望 App 记 住 上 次 用 户 的 登录 状态 以 及 用 户 信 息 。 再 讲 下 去 就 涉及 用 户 Cookie 的 机 制 了 。 


3.6 ”本章 小 结 


D 


本 章 讨论 了 App 中 的 集中 几 种 场景 的 设计 ， 其 中 包括 : 如 何 设计 App 图 片 缓存 ， 如 何 优化 网 络 流量 ， 对 城市 列表 的 重新 思考 ， 如 何 让 HTML5 在 App 中 发 挥 更 大 的 作用 ， 如 何 解 决 全 
变量 过 多 导致 的 内 存 回收 问题 ， 等 等 。 


号 


下 一 章 ， 我 将 介绍 Android 的 编码 规范 和 命名 规范 。 


第 4 章 Android 命 名 规范 和 编码 规范 


ey 


写本 章 的 时 候 ， 我 正在 恶 补 《 灌 篮 高 手 》。 在 狂笑 过 后 ， 冷 静 地 思考 赤木 军团 的 成 与 败 。 这 个 团队 的 每 个 成 员 都 是 个 性 强 到 爆 表 ， 这 恰恰 是 该 团队 的 软肋 ， 即 每 个 成 员 都 不 会 为 了 
队 的 利益 而 抛弃 个 性 。 


由 此 想到 写 程序 中 ， 编 码 规范 是 泥 灭 程序 员 个 性 的 一 项 制度 ， 但 对 于 整个 团队 而 言 ， 却 是 一 件 利器 。 它 能 让 代码 整齐 有 序 ， 任 何人 都 能 接手 其 他 人 的 工作 ， 而 不 会 因为 代码 风格 角 异 
而 花费 过 多 时 间 。 


代码 是 程序 员 的 第 二 张 脸 。 每 个 程序 员 在 嘲笑 别人 代码 的 同时 ， 有 没有 想 过 自己 的 代码 也 会 成 为 别人 的 谈资 呢 ? 


制定 规范 不 需要 太 多 的 理论 知识 ， 只 要 记 住 两 点 就 够 了 : 尽量 简单 ， 多 写 注释 。 


4.1 Android 命 名 规范 


无 规矩 不 成 方圆 。 


一 个 项 目 必须 有 统一 的 命名 规范 ， 只 有 这 样 ， 才 像 是 一 个 团队 做 的 产品 。 命 名 规范 有 以 下 几 点 需要 注意 : 


首先 ， 命 名 规范 不 能 反 人 类 。 


我 曾经 见 过 有 的 Team Leader 这 样 为 Acitivty 设 计 命名 规范 : 
PersonActivityAddCustomerjava 


我 看 过 他 们 团队 的 项 目 ， 所 有 的 Activity 全 都 是 上 述 这 种 “模块 名 +Activity+ 页 面 名 ”的 命名 方式 。 我 很 奇怪 的 是 ， 为 什么 不 设计 成 以 下 方式 呢 ， 如 图 4-1 所 示 。 


下 轩 com.Youngheart.activity.person 


Pb J AddCustomerActivity.java 


图 4-1 Activity 的 命名 规范 


这 就 涉及 人 生 观 、 价 值 观 和 审美 观 了 ， 作 为 Team Leader， 不 能 因为 自己 的 癖好 ， 制 定 出 一 些 变态 的 规范 ， 而 让 其 他 团队 成 员 跟着 受罪 。 


其 次 ， 要 望 文 而 知 义 ， 清 晰 准确 。 比 如 说 登录 页 面 的 登录 按钮 ， 命 名 时 就 不 能 像 button1 这 样 随心 所 欲 ， 要 类 似 于 login_button (资源 文件 ) 或 btnLogin (java 代 码 中 的 按钮 实例 ) 
这 样 的 名 称 。 


此 外 ， 遇 到 MyGridView 之 类 的 命名 ， 就 可 以 把 创建 该 文件 的 同学 拉 出 去 打 80 大 板 了 ， 而 且 要 肚皮 朝 上 的 那 种 打 法 。 


最 后 ， 命 名 规范 干 万 别 制定 太 多 ， 多 了 会 让 人 烦 ， 没 人 看 ， 更 没 人 遵守 。 要 做 到 简单 易 记 ， 适 可 而 止 。 


下 面 说 点 具体 的 规则 : 
1) Java 类 文件 命名 规范 。 
“Activity 命名 规范 : 以 Activity 作 为 后 组 。 比 如 说 PersonActivity。 
: Adaptet 命 名 规范 : 以 Adapter 作 为 后 组 。 比 如 说 PersonAdapater。 
"Entity 命名 规范 : 大 多 以 Entity 作 为 后 组 。 比 如 说 PersonEntity。 值 得 注意 的 是 ，Uset 是 全 局 变量 ， 不 算是 实体 ， 不 受 此 约束 。 
2) 资源 文件 命名 规范 。 
:layout 目录 下 的 文件 命名 规范 : 
: 页 面 布 局 文件 。 以 act_ 为 前 级 ， 以 Activity 所 在 的 Package 作 为 中 级 ， 以 Activity 的 名 称 ( 去 掉 Activity 后 级 ) 作为 后 级 。 注 意 都 是 小 写 。 
“ 例如 ， 对 于 Person 这 个 模块 下 的 AddCustomerActivity， 它 的 layout 文 件 就 应 该 是 : act_person_addcustomet.xml。 


* ListView 中 的 item 布 局 文件 。 以 item_ 作 为 固定 前 级 ， 列 表 项 的 名 称 为 后 级 。 注 意 都 是 小 写 。 例 如 ， 某 个 页 面 下 有 一 个 用 户 列表 ， 控 件 名 为 lvUserList， 那么 item 的 layout 就 应 该 是 : 


item_lvUserList.xml。 


:Dialog 布局 文件 。 


以 dlg 作为 固定 前 缀 ，Dialog 的 功能 名 称 为 后 缀 。 注 意 都 是 小 写 ， 例 如 : dlg_hint.xml。 


' drawable 目 录 下 文件 命名 规范 。drawable 目 录 下 的 资源 ， 大 部 分 是 图 片 ， 此 外 ， 还 有 一 部 分 xml 文 件 ， 用 于 Selector。 但 无 论 是 图 片 ， 亦 或 Selectot 文 件 ， 都 应 该 遵守 下 述 命名 规范 : 


“ 对 于 只 在 一 个 页 面 使 用 的 资源 ， 就 以 该 页 面 的 名 称 作为 前 组 。 

- 对 于 只 在 一 个 模块 下 多 个 页 面 使 用 的 资源 ， 就 以 该 模块 的 名 称 作 为 前 级 。 

“ 对 于 在 各 个 模块 、 各 个 页 面 都 有 可 能 使 用 的 资源 ， 比 如 说 上 和 导航 、 下 导航 ， 以 common 作 为 前 缓 。 
3) Java 类 中 控件 对 象 的 命名 规范 。 


控件 类 型 缩写 + 控件 的 逻辑 名 称 ( 首 字母 大 写 ) ， 比 如 登录 按钮 ， 就 可 以 命名 为 btnLogin。 


表 4-1 列 出 了 一 些 常用 控件 的 缩写 。 
表 4-1 常用 控件 的 缩写 


控 件 缩写 控 件 缩 与 


TextView tv tb 
DatePicker my 


4) Layout 中 控件 对 象 的 命名 规范 。 


这 里 我 建议 ， 与 Activity 中 相对 应 的 控件 名 称 保持 一 致 。 这 样 的 好 处 是 可 以 迅速 copy-paste 出 以 下 代码 而 杜绝 任何 的 潜在 错误 : 


Button btnLogin = (Button) findViewById(R.id.btnLogin); 


但 是 这 样 做 与 传统 Android 的 命名 规范 就 不 一 致 了 ， 至 少 违反 了 2 条 : 不 应 该 出 现 大 写字 母 ，btn 和 Login 之 间 没 有 以 下 划 线 进行 连接 ， 以 下 的 命名 才 是 中 规 中 和 矩 的 : 


Button btnLogin = (Button) findViewById(R.id.sign in button) 


我 认为 以 上 两 种 命令 方式 都 是 可 行 的 ， 只 要 认定 其 中 一 种 并 坚持 用 下 去 ， 就 是 我 们 需要 的 规范 ， 只 要 不 反 人 类 即 可 。 


5) strings.xml 中 常量 的 命名 规范 。 


名 为 : loginActivity_btnLogin_text。 


因为 这 些 值 大 多 在 Layout 中 的 控件 上 使 用 ， 所 以 以 该 常量 所 在 的 Activity 名 称 作为 前 缀 ， 后 面 接 控件 名 称 ， 再 后 面 就 自由 发 挥 了 ， 比 如 登录 页 面 的 登录 按钮 上 显示 的 文字 ， 就 可 以 命 


另 一 种 使 用 场景 则 是 在 Java 代 码 中 使 用 ， 可 能 出 现在 Activity 中 ， 也 可 能 出 现在 工具 类 Utils 中 ， 这 时 候 ， 如 果 是 和 具体 Activity 相 关 ， 那 么 规则 和 上 面 的 一 样 ， 以 所 在 的 Activity 名 称 作 


为 前 缀 ， 如 果 涉 及 和 公共 模块 和 控件 相关 ， 就 以 common _ 作 为 前 缀 。 


strings.xml 的 规则 可 以 灵活 一 些 。 我 们 甚至 可 以 将 其 按照 模块 拆 分 为 多 个 strings 文 件 ， 只 要 resoures 标 签 下 都 是 string 标 签 就 行 ， 编 译 打包 时 会 自动 将 同类 文件 进行 合并 ， 如 图 


引 


4-2 所 


a strings rmodule a.xml 


a strings_ rmodule b.xrmml 


图 4-2 sttings.xml 的 命名 规范 


这 样 做 的 好 处 是 ， 各 个 模块 维护 各 自 的 strings.xml。 但 为 常量 命名 时 就 一 定 要 以 模块 名 作为 前 级 了 ， 不 然 很 容易 产生 重 名 的 情况 ， 从 而 编译 报错 。 


这 一 点 遵守 Java 的 命名 规范 ， 即 只 能 包含 字母 和 下 划 线 ， 字 母 全 部 大 写 ， 单 词 之 间 用 下 划 线 隔 开 。 


关于 命名 规范 的 事情 ， 可 以 写 十 几 页 密密麻麻 的 规则 ， 我 这 里 只 提 到 最 关键 的 几 点 。 其 他 的 ， 要 么 是 不 重要 ， 要 么 是 使 用 场景 少 ， 所 以 都 可 以 自由 发 挥 。 


记 住 ， 命 名 规范 的 作用 在 于 : 
* 好 的 文件 命名 规范 ， 让 几 千 个 文件 分 门 别 类 的 放 在 好 找 的 位 置 。 


“ 好 的 对 象 命名 规范 ， 让 整个 项 目的 代码 风格 整齐 一 致 。 


切记 ,不 能 为 了 规范 而 规范 ， 网 上 的 各 种 规范 不 胜 枚 举 ， 让 人 眼花 综 乱 ， 但 是 过 多 的 规范 ， 会 让 App 这 个 轻 量 级 的 应 用 背 上 越 来 越 沉重 的 包容 ， 举 步 维 艰 。 


制定 一 套 切 实 可 行 、 易 于 遵守 的 命名 规范 ， 是 每 个 Team Leader 的 必 备 技能 。 


4.2 ”Android 编 码 规范 


前 面 写 的 内 容 就 是 为 了 编码 规范 做 铺垫。 


VE YoungHeart 
和 让 src 
b> 朵 com.youngheart.activity.others 
b> 出 com.youngheart.activity.personcenter 
=: 骨 com.youngheart.adapter 
= 朵 com.Youngheart.db 


by 有 com.youngheart.engine 

b 朵 com.Youngheart.entity 

Pb 朵 com.Youngheart.interfaces 
b> 转 com.Youngheart.listener 


困 com.youngheart.ui 
b> 骨 com.youngheart.utils 


图 4-3 分门别类 存放 各 种 类 


有 人 说 ， 编 码 规范 网 上 多 的 是 ， 我 就 见 过 有 人 网 上 摘抄 了 一 些 然后 跟 我 讲 这 是 他 们 团队 的 编码 规范 的 。 这 不 对 ， 不 能 为 了 规范 而 规范 ， 规 范 是 为 了 解决 实际 问题 的 。 我 个 人 经 过 血 和 


泪 的 后 的 经 验 总 结 如 下 : 


1) 要 分 门 别 类 存放 各 种 类 ， 如 图 4-3 所 示 。 
2) 要 怎么 使 用 findViewByld 语 句 ? 


看 过 项 目 中 很 多 人 都 这 么 使 用 findViewByld 语 句 : 


@Override 
protected void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
SetContentView (R.layout .activity main); 
( (TextView) findViewById (R.id.login status message)) 
.SetVisibility (View.VISIBLE); - 
} 


从 面向 对 象 的 角度 出 发 ， 以 下 写法 是 不 是 更 好 呢 : 


TextView tvLoginstatusMessage; 

QOverride 

protected void onCreate (Bundle savedInstanceState) { 
super .onCreate (savedInstanceState); 
SetContentView (R.layout.activity main); 
tvLoginStatusMessage = 

(TextView) findViewById(R.id.login status message); 

tvLoginstatusMessage.setVisibility (View.VISIBLE); 

} 


化 。 


我 们 观察 到 ， 把 控件 对 象 声 明 在 Activity 级 别 会 更 好 一 些 ， 在 initViews 中 对 其 赋值 ， 而 在 Activity 的 其 他 地 方 还 有 使 用 的 机 会 。 


也 许 有 人 会 质疑 ， 如 果 这 个 控件 只 使 用 了 一 次 ， 那 么 第 一 种 写法 其 实 是 最 好 的 。 但 这 毕竟 是 少数 ， 我 们 现在 要 统一 编码 规范 ， 只 能 牺牲 一 部 分 人 的 利益 ， 来 达到 协同 工作 的 效率 最 大 


3) Layout 中 的 常量 ， 要 在 资源 strings.xml 中 定义 。 


以 下 的 使 用 方式 是 错误 的 : 


<TextView android:text=" 评 论 " …… http://www.hzcourse.com/resource/readBook?path=/openresources/teach ebook/uncompressed/15439/0EBPS/Text/../> 


我 们 要 将 “评论 ”这 个 常量 定义 在 strings.xml 中 : 


<resources> 
<string name="tvPersonCenter"> 评 论 </string> 
</resources> 


然后 在 Layout 布 局 文件 中 这 样 使 用 : 


<TextView android:text="@string/tvPersonCenter™ ……… http://www.hzcourse.com/resource/readBook?path=/openresources/teach ebook/uncompressed/15439/0EBPS/Text/../> 


另 一 方面 ， 在 Activity 中 也 需要 设置 一 些 常量 ， 不 能 把 它 写 死 ， 要 将 其 定义 在 strings.xml 中 ， 然 后 每 次 都 从 资源 文件 中 取 值 ， 如 下 所 示 : 


String loadingMessage = this.getString(R.string.loadingmessage); 


Eclipse 编译 时 会 检查 上 述 问题 ， 显 示 在 Warnings 列 表 中 ， 开 发 人 员 要 定期 修复 Warning 中 类 似 的 问题 。 


4) Layout 中 所 有 控件 的 字体 大 小 ， 都 定义 在 dimens.xml 中 ， 它 相当 于 网 站 的 CSS 样 式 表 ， 如 下 所 示 : 


<?xml version="1.0" encoding="utf-8"?> 
<resources> 
<! 一 字体 定义 一 > 
<dimen name="font size tiny">1l0sp</dimen> 
<dimen name="font size small">12sp</dimen> 
<dimen name="font size normal">14sp</dimen> 
<dimen name="font size normal high">16sp</dimen> 
<dimen name="font size large">18sp</dimen> 
<dimen name="font size large high">20sp</dimen> 
<dimen name="font size xlarge">22sp</dimen> 
< 一 建 下 一 > "| 入 
<dimen name="offset 2dp">2dp</dimen> 
<dimen name="offset 4dp">4dp</dimen> 
<dimen name="offset 6dp">6dp</dimen> 


使 用 方式 如 下 : 


<TextView android:textSize= "@dimen/font size normal" zw 


此 外 ， 对 于 所 有 控件 的 Margin 偏 移 量 ， 我 们 也 需要 统一 规格 ， 正 如 上 面 的 dimens.xml 中 的 定义 ， 有 若干 种 尺寸 事先 定义 好 供 我 们 选择 。 


<LnearLayout 
android:layout marginLeft= "@dimen/offset 2dp" 
android:layout marginRight= "@dimen/offset 4dp" 


这 样 做 的 好 处 是 ， 只 要 稍微 修改 一 下 dimens.xml 中 的 定义 ， 就 可 以 批量 修改 页 面 的 样式 。Android 的 手机 千奇百怪 ， 各 种 分 辨 率 都 存在 ， 在 一 些 特殊 机 型 上 ，font_size_normal 字 体 
可 能 会 过 大 或 者 过 小 ， 我 们 将 其 修改 为 13sp 或 15sp， 就 可 以 迅速 看 到 修改 是 否 符合 我 们 的 审美 观 了 。 


做 得 更 彻底 些 ， 是 使 用 style 来 统一 控件 的 风格 。 如 果 有 必要 ， 请 使 用 之 。 

5) 在 Acitivity 中 ， 定 义 新 的 生命 周期 ， 从 而 将 onCreate 方 法 拆 分 为 以 下 3 部 分 : 
:initVatiables: 初始 化 变量 (包括 Intent 上 的 数据 和 Activity 内 部 使 用 的 变量 ) 。 
initViews: 加 载 layout 布 局 文件 ， 初 始 化 控件 。 

. loadData: 调用 MobileAPI。 

拆 分 onCreate 方 法 是 设计 模式 中 单一 职责 原则 的 体现 。 


6) 坚持 使 用 fastJSON 自 定义 实体 来 作为 MobileAPI 的 数据 载体 。 


像 JSJONObject、JSONArray、HashMap<String,Object>、ArrayList< String,Object> 这 些 不 能 序列 化 的 实体 ， 都 禁止 使 用 。 除 非 它们 仅仅 是 为 了 实现 某 个 算法 ， 在 方法 内 部 临时 
使 用 。 


干 万 别 偷懒 哦 。 如 果 觉 得 自 定义 实体 很 麻烦 ， 建 议 使 用 我 在 第 1 章 1.4 节 介绍 的 那个 实体 自动 化 生成 工具 EntityGenerator。 


7) 页 面 之 间 传 值 ， 坚 持 使 用 Intent 携 带 序列 化 实体 数据 的 方式 。 禁 止 为 了 省 事 使 用 全 局 变量 进行 传 值 的 方式 。 


8) 为 控件 添加 事件 。 以 按钮 为 例 ， 为 按钮 添加 点 击 事件 ， 统 一 使 用 以 下 这 种 方式 : 


btnLogin = (Button) findViewById(R.id.sign in button) 
btnLogin.setOnClickListener( 
new View.OnClickListener() { 
QOverrigde 
public void onClick(View v) { 
login(); 
} 
1); 


严禁 在 Layout 的 控件 声明 中 直接 声明 事件 方法 ， 以 下 代码 是 不 允许 的 : 


<Button android:onClick="gotoLogin™ ……… /> 


9) Activity 中 不 要 谋 套 内 部 类 ， 尽 量 都 独立 出 来 ， 该 放 哪 儿 就 放 哪 儿 。 
10) Adapter 的 编码 规范 如 下 : 

“ 所 有 Adapter， 都 放 在 adapter 这 个 包 中 。 

" Adaptet 绑 定 的 数据 ， 一 律 为 ArrayList< 自 定义 可 序列 化 实体 >。 


* 在 Adapter 中 创建 适合 于 列表 自身 的 ViewHolder 实 体 类 。 请 统一 命名 为 ViewHolder。 


11) 实体 不 要 在 不 同 模块 间 共享 ， 但 是 可 以 在 同一 模块 下 的 不 同 页 面 间 共 享 。 比 如 说 ， 不 要 在 美食 模块 和 酒店 模块 共用 同一 个 实体 ， 但 是 在 美食 模块 的 列表 页 和 详情 页 ， 可 以 共用 同 
一 个 实体 。 


12) 为 节省 内 存 ， 请 使 用 ArrayList< 自 定义 实体 >， 而 不 是 HashMap。 


ArrayList 昌 然 慢 一 点 ， 每 次 查找 一 个 元 素 ， 都 是 o(n)， 而 HashMap 则 是 o(1)， 但 是 ArrayList 在 内 存 的 使 用 上 要 少 于 HashMap。 对 于 Android 手 机 ， 尤 其 是 配置 很 低 的 手机 ， 我 们 开 
发 App 的 策略 是 尽量 不 占用 太 多 内 存 ， 所 以 请 优先 选择 ArrayList< 自 定义 实体 >。 


13) 图 片 的 处 理 ， 请 统一 使 用 第 三 方 组 件 ImageLoader 或 Fresco 来 进行 异步 加 载 。 


14) 什么 时 候 使 用 SharedPreferences? 对 于 简单 的 配置 信息 ， 设 置 页 面 的 各 种 开关 ， 这 些 都 是 要 保存 在 SharedPreferences 中 的 。 对 于 复杂 的 对 象 ， 比 如 说 User 类 ， 比 如 说 城市 基 
础 数据 ， 这 些 数据 还 是 要 存储 到 本 地 文件 中 。 


15) 尽量 使 用 ApplicationContext 代 蔡 Context， 否 则 会 引起 内 存 泄漏 。 当 然 ， 也 不 是 任何 地 方 ApplicationContext 都 可 以 代替 Context， 请 参见 第 6 章 ， 将 详细 介绍 因为 使 用 不 当 而 
导致 的 崩溃 。 


16) 数据 类 型 转换 一 定 要 进行 校 验 。 请 使 用 第 1 章 1.6 节 介绍 的 类 型 安全 转换 函数 ， 这 些 函 数 能 帮 有 你 做 两 件 事 ， 一 是 转换 失败 会 有 默认 值 ; 二 是 由 try…catch.… 保 护 ， 不 会 轻易 抛 出 空 指 
针 或 者 类 型 转换 失败 的 崩 演 。 


17) 使 用 常量 来 代替 枚 举 。 众 所 周知 ， 枚 举 的 每 个 值 只 能 是 一 个 整数 ， 而 没有 toString 这 样 的 方法 ， 所 以 不 如 在 类 中 定义 一 个 字符 捉 常 量 方便 。 此 外 ， 有 人 说 枚 举 的 内 存 开销 要 比 常 
量 大 ， 但 我 觉得 这 不 是 判断 常量 比 枚 举 好 的 理由 。 


4.3 统一 代码 格式 


最 后 说 说 代码 格式 的 问题 。 这 就 完全 是 个 人 偏好 了 。 有 人 喜欢 把 方法 的 左 括号 写 在 下 一 行 ， 有 人 则 把 方法 的 左 括号 与 方法 名 称 放 在 同一 行 ， 有 人 喜欢 一 句 话 就 是 一 行 代 码 ， 有 人 则 喜 
欢 把 一 句 话 分 成 若干 行 来 增强 可 读 性 。 总 之 是 各 有 各 的 喜好 。 


但 是 作为 一 个 团队 ， 我 们 希望 在 一 个 项 目 中 的 代码 ， 看 上 去 像 是 一 个 人 写 的 。 那 么 除了 要 求 所 有 开发 人 员 遵守 编码 规范 和 命名 规范 外 ， 统 一 的 代码 格式 也 是 非常 重要 的 。 


Android 源 码 中 包含 了 一 份 android-formatting.xml， 专 门 用 于 统一 代码 格式 。 每 个 开发 人 员 在 Eclipse 导入 这 个 文件 后 ， 以 后 在 执行 快捷 键 ctrl+ shift+ 人 fj，Eclipse 都 会 根据 这 个 文 
件 来 调整 代码 格式 。 导 入 方法 如 下 : 


window->preferences->java->Code style->Formatter 中 导入 android-formatting.xml 


这 个 文件 我 们 可 以 签 入 到 SVN 上 ， 这 样 就 能 所 有 开发 人 员 导 入 的 是 同一 份 代码 格式 文件 。[1 


一 方面 ， 我 们 统一 代码 格式 、 制 定编 码 规范 和 命名 规范 ， 另 一 方面 ， 我 们 需要 检查 开发 人 员 是 否 严格 遵守 这 些 规范 ， 人 工 检查 会 累 死人 的 ， 需 要 有 一 个 自动 检查 的 工具 。 这 里 我 推荐 
checkstyle 四 。 这 是 个 很 有 趣 的 工具 ， 博 客 园 上 有 专门 的 介绍 B]。 


但 是 ， 这 个 工具 只 是 锦上添花 ， 不 必 人 花 太 多 精力 在 上 面 。 我 们 还 是 要 把 更 多 功课 做 足 在 优化 App 性 能 、Crash 修 复 上 。 


[由 更 详尽 的 介绍 ， 可 以 参考 CSDN 上 这 篇 文章 : http://blog.csdn.net/thl789/article/details/8040603。 
D] 官方 网 站 地 址 : http://checkstyle.sourceforge.net/。 


[3] 详细 内 容 请 参见 http://www.cnblogs.com/qianxudetianxia/archive/2012/01/01/2309102.html。 


4.4 本章 小 结 


本 章 讨论 了 Android 开 发 过 程 中 需要 遵守 的 2 个 规范 : 命名 规范 ， 编 码 规范 。 


在 此 基础 上 ， 为 了 统一 Android 项 目 中 的 编码 格式 ， 我 们 还 引进 了 android-formatting.xml 和 checkstyle。 


下 面 的 章节 ， 我 将 介绍 线 上 Crash 的 收集 、 分 析 和 修复 。 


第 二 部 分 App 开 发 中 的 高 级 技巧 


“第 5 章 Crash 异 常 收集 与 统计 
: 第 6 章 Crash 异 常 分 析 
: 第 7 章 ”ProGuard 技 术 详解 
- 第 8 章 ”持续 集成 
. 第 0 章 App 竞 品 技术 分 析 
工 欲 善 其 事 ， 必 先 利 其 器 。 
这 一 部 分 讨论 4 个 主题 ， 都 和 Andtoid 上 日常 开发 工作 无 关 ， 但 如 果 有 了 这 些 机 制 ， 将 极 大 提高 App 项 目的 质量 和 开发 效率 。 


“ 首先 是 Android 线 上 崩溃 的 收集 、 分 析 和 修复 。 有 了 这 个 利器 ，Android 的 稳定 性 将 极 大 提高 。 一 开始 我 只 准备 了 五 十 多 个 崩溃 情况 ， 后 来 越 写 越 多 ， 整 整 写 了 6 个 月 ， 扩 充 到 一 百 多 
个 。 其 实 每 个 Crash 在 网 上 都 有 人 进行 介绍 ， 只 是 众说 纷 纸 ， 有 真有 假 。 于 是 我 做 了 很 多 Demo 试 图 重 现 崩 溃 以 分 辨 网 上 文章 的 真 假 ， 其 中 很 多 优秀 的 思想 ， 我 会 详细 介绍 。 


: 其 次 是 ProGuard。 除 了 一 份 官方 文档 ,市 面 上 还 没有 一 份 详尽 介绍 ProGuard 的 文章 ， 网 上 的 文章 倒是 很 多 ,但 大 都 很 简单 。 于 是 我 仔细 研究 了 官方 文档 ， 参 考 了 网 上 大 量 的 技术 文 
章 ， 并 结合 自身 经 验 ， 写 下 这 一 篇 专门 给 Android 开 发 人 员 看 的 文章 。 


“ 再 次 是 适用 于 App 的 持续 集成 (CI) 。 无 论 是 使 用 Ant 还 是 Maven， 亦 或 是 当下 最 流行 的 Gradle， 都 要 确保 DailyBuild 和 BatchBuild 的 机 制 。 


: 最 后 是 竞 品 分 析 。 不 光 是 竞 品 ， 因 为 我 研究 的 是 技术 实现 ， 所 以 会 覆盖 到 市 面 上 口碑 比较 好 的 100 款 App， 每 款 都 包括 iOS 和 Android 两 种 ， 其 中 在 iOS 上 花 的 时 间 会 更 多 一 些 。 我 发 
现 每 个 App 在 技术 实现 上 都 有 若干 闪光 点 ， 当 然 也 有 做 得 不 好 的 地 方 。 把 这 些 闪光 点 总 结 下 来 ， 很 有 必要 ， 这 章 干 货 很 多 ， 很 多 都 是 第 一 手 的 研究 心得 ， 分 享 给 读者 。 


第 5 章 ”Crash 异 常 收集 与 统计 


本 书 第 5 章 和 第 6 章 ， 将 给 出 Android 线 上 Crash 的 解决 方案 ， 也 就 是 Crash 分 析 三 部 曲 : 收集 、 统 计 、 分 析 。 


1) 收集 : 把 Crash 收 集 到 本 地 数据 库 。 


Im 


2) 统计 : 对 每 天 线 上 大 量 的 Crash 进 行 去 重 、 分 类 。 


3) 分 析 : 逐个 分 析 各 类 Crash ， 重 现 异 常 发 生 的 例子 ， 给 出 解决 方案 。 


Im 


其 中 第 1 和 第 2 点 由 于 篇 幅 不 长 ， 不 能 独立 成 篇 ， 所 以 合并 为 第 5 章 。 


一 个 健壮 的 App 应 该 能 搜集 运行 中 所 有 的 Crash 信 息 ， 并 将 其 发 送 到 服务 器 以 便 程 序 员 进 行 分 析 。 


对 于 任何 一 款 App 而 言 ， 无 论 页 面 数 量 多 少 ， 我 们 也 不 可 能 在 每 个 页 面 的 每 个 方法 都 加 上 try…catch… 语 句 来 捕获 Crash ， 而 是 需要 一 套 统 一 的 解决 方案 ， 将 Crash 一 网 打 尽 。 


为 此 我 们 需要 了 解 一 个 很 重要 的 类 : UncaughtExceptionHandler， 用 来 处 理 未 捕获 的 异常 。 未 捕获 异常 指 的 是 在 程序 中 未 使 用 try…catch.… 语 名 而 抛 出 的 异常 。 我 们 需要 在 App 级 别 
处 理 这 些 未 捕获 到 的 异常 ， 算 是 最 后 一 道 关卡 。 


如 果 程 序 出 现 了 未 捕获 异常 ， 默 认 会 弹出 系统 的 强制 关闭 对 话 框 。 我 们 需要 实现 此 接口 ， 并 在 App 中 对 其 进行 注册 。 这 样 当 未 捕获 异常 发 生 时 ， 就 可 以 做 一 些 个 性 化 的 异常 处 理 操 
作 。 


于 是 我 们 设计 一 个 CrashHandler 类 ， 使 之 继承 自 UncaughtExceptionHandler， 来 定义 我 们 自己 的 异常 捕获 逻辑 ， 如 下 所 示 : 


/** 
* UncaughtException 处 理 类 ，, 当 程序 发 生 Uncaught 异 常 的 时 候 ， 
* 由 该 类 来 接管 程序 ,并 记录 发 送 错误 报告 . 
* 需要 在 Application 中 注册 ， 为 了 要 在 程序 启动 器 就 监控 整个 程序 。 
六 
/ 


public class CrashHandler implements UncaughtExceptionHandler { 
public static final String TAG = "CrashHandler"; 
public static final String APP CACHE PATH = 
Environment .getExternalStorageDirectory() .getPath () 
+ "/YoungHeart/crash/"; 


我 们 要 实现 CrashHandler 的 uncaughtException 方 法 ， 详 细 的 代码 如 下 所 示 : 


/** 
* 当 UncaughtException 发 生 时 会 转 入 该 函数 来 处 理 
wy 


@Override 
public void uncaughtException (Thread thread, Throwable ex) { 


if (!handleException (ex) && mDefaultHandler != null) 
// 如 果 用 户 没有 处 理 则 让 系统 默认 的 异常 处 理 器 来 处 理 
mDefaultHandler .uncaughtException (thread, ex); 


} else { 
try { 
Thread.sleep (3000); 
} catch (InterruptedException e) { 
Log.e (TAG, "error : ", e); 


} 

// 退出 程序 

android.os.Process.killProcess( 
android.os.Process.myPid()); 

System.exit (1); 


{ 


这 里 只 介绍 其 中 最 关键 的 方法 ， 也 就 是 handleException 方 法 ， 这 个 方法 做 三 件 事情 : 


1) 发 错误 日 志 到 服务 器 。 
2) 给 用 户 崩 溃 前 的 友好 提示 。 
3) 把 错误 日 志 记录 到 SD 卡 。 


其 代码 如 下 所 示 : 


天 大 
自 定义 错误 处 理 , 收集 错误 信息 
发 送 错 误 报告 等 操作 均 在 此 完成 


@param ex 
@return true: 如 果 处 理 了 该 异常 信息 ;否则 返回 false. 


并 并 并 并 并 并 并 
~ 


Private boolean handleException (Throwable ex) { 
if (ex == null) { 
return false; 


} 
// 把 crash 发 送 到 服务 器 
sendCrashToServer (context, ex); 
// 使 用 Toast 来 显示 异常 信息 
new Thread() { 
QOverride 
public void run() { 
Looper .Prepare (); 
Toast .makeText (context, 
"很 抱 才 ,程序 出 现 异 常 ,即将 退出 ."， 
Toast .LENGTH SHORT) .show(); 
Looper .loop (); 
} 
}.start (); 
// 保存 日 志文 件 
saveCrachInfoInFile (ex); 
return true; 


sendCrashToServer 方 法 负责 将 捕获 的 异常 发 送 到 服务 器 ， 为 此 需要 MobileAPI 提 供 一 个 接口 。 表 5-1 中 的 信息 都 是 很 重要 的 ， 我 们 要 事先 准备 这 些 数 据 。 


字段 名 称 
id 
client type 
page_name 
exception name 
exception stack 
crash type 
app_version 
Os_version 
device model 
device ld 
network type 
channel id 
client type 
memory_info 


crash time 


有 了 上 述 机 制 ， 所 有 的 异常 就 全 都 能 被 捕获 到 了 。 但 并 不 是 所 有 的 异常 都 导致 崩溃 


不 会 。 


表 5-1 Crash 数 据 表 结构 


训 


述 
日 增 id 

Crash 所 在 的 App 

Crash 所 在 的 Activity 名 称 
Crash 名 称 

Crash 详细 信息 


1 表示 朋 演 了 ，0 表示 被 try-catch 捕获 


当前 App 的 版 本 
Android 系统 的 版 本 
Android 手机 型 号 
Android 手机 设备 号 
网 络 类 型 ， 是 否 为 WIFI 


渠道 号 


标记 Crash 发 生 在 Android 还 是 iPhone 


Crash 发 生 时 的 内 存 使 用 情况 


到 了 


Crash 发 生 时 间 ， 在 插入 数据 库 时 ， 由 数据 库 目 动 生成 


我 们 希望 尽 可 能 留 住 用 户 ， 而 不 是 App 崩 演 后 重启 。 因 


为 用 户 是 不 会 重启 打开 App 的 ， 至 少 我 


有 些 异 常 是 不 严重 的 。 比 如 说 MobileAPI 的 数据 不 规范 ， 该 返回 数值 的 却 返 回 了 字符 串 ， 不 能 为 空 的 字段 却 返 回 了 空 值 。 这 些 数据 中 ， 有 些 数据 仅仅 是 为 了 显示 ， 显 示 与 否 无 伤 大 


雅 ， 所 以 即使 解析 时 出 了 问题 抛 出 异常 ， 也 不 应 该 月 溃 。 我 们 应 该 在 相应 的 Activity， 在 具体 解析 数据 的 地 方 ， 加 一 层 自 定义 的 try…catch.… 语 句 ， 来 捕获 这 些 已 知 的 异常 。 


需要 注意 的 是 ， 如 果 异 常 在 Activity 中 就 被 捕获 到 了 ， 就 不 会 将 其 再 交 由 Application 级 别 的 CrashHandler 类 去 处 理 了 。 所 以 我 们 要 在 这 个 Activity 的 try…catch.… 语 句 中 ， 手 动 把 异常 
信息 发 送 到 服务 器 。 在 具体 的 Activity 中 ， 我 们 会 将 CrashType 设 置 为 0， 而 在 CrashHandler 中 才 会 将 CrashType 设 置 为 1。 


5.2 ”异常 收集 与 统计 


目前 业界 对 App 线 上 Crash 的 收集 一 般 有 2 种 ， 要 么 记录 到 第 三 方 平台 ， 要 么 记录 到 自己 的 数据 库 中 。 


使 用 第 三 方 Crash 收 集 分 析 平台 的 好 处 是 ， 他 们 能 提供 一 套 完整 的 Crash 分 类 和 报表 统计 工具 。 比 如 腾讯 的 Bugly 平 台 ， 他 们 还 能 提供 技术 支持 ， 告 诉 你 某 类 要 怎么 修复 。 


接 下 来 我 要 介绍 的 是 ， 如 何 记录 到 自己 的 数据 库 中 ， 然 后 自行 统计 分 析 这 些 Crash 数 据 。 其 实 并 不 难 。 


5.2.1 人 工 统 计 线 上 Crash 数 据 


最 一 开始 ， 我 们 是 通过 人 工 的 方式 手动 统计 这 些 Crash 数 据 的 ， 当 时 是 把 这 活 儿 分 给 了 新 来 的 3 个 Android 开 发 人 员 ， 因 为 新 人 往往 有 股子 冲劲 儿 。 


第 一 次 我 们 用 了 3 天 时 间 ， 分 析 了 1 天 的 Crash 数 据 ， 大 约 2000 多 笔 ， 对 每 个 Crash 进 行 了 分 类 ， 我 们 在 分 析 中 就 发 现 : 

1) 有 很 多 重复 的 Crash。 这 其 中 分 很 多 种 情况 。 
- 有 不 同 设备 在 不 同时 间 发 出 来 重复 的 Crash， 这 时 候 要 检查 是 否 只 对 某 些 机 型 或 Andtoid 版 本 才 会 发 生 类 似 问 题 ， 比 如 说 Android2.1 不 支持 https。 
: 有 不 同 设备 在 一 个 时 间 段 发 出 来 重复 的 Crash。 这 时 候 要 检查 MobileAPI 是 否 返 回 了 脏 数 据 而 App 没 有 使 用 ttry…catch… 语 句 捕获 到 。 


“ 有 相同 设备 在 很 短 的 时 间 段 内 频繁 发 送 了 重复 的 Crash。 这 是 因为 App 没 有 做 好 前 溃 后 的 善后 工作 导致 的 ， 它 试图 重新 启动 发 生前 溃 的 那个 Activity， 然 后 重启 过 程 中 因为 要 重新 执行 
onCreate 方 法 而 这 个 方法 有 空 指针 ， 于 是 就 会 造成 “ 盘 溃 一 重启 一 崩溃 一 重启 ”的 死 循 环 ， 直 到 用 户 强制 关闭 App。 对 此 ， 我 们 需要 去 除 重复 数据 。 


2) 每 笔 异 常 信息 都 包括 以 下 2 部 分 数据 信息 : 
exception_name: Crash 对 应 的 异常 名 称 。 
“ exception_stack: Crash 的 详细 信 息 。 


不 要 以 exception_name 作 为 Crash 分 类 的 标准 ， 这 是 不 准确 的 。 比 如 说 ， 因 为 空 指针 NullPointer 导 致 的 崩溃 ， 但 是 exception_name 却 是 RuntimeException。 所 以 
exception_name 只 能 作为 Crash 的 参考 标准 ， 而 产生 Crash 的 真正 原因 ， 则 隐藏 在 exception_stack 中 。 


3) exception_stack 中 含有 OutOfMemory 内 容 的 ， 都 是 内 容 溢出 导致 的 。 但 是 逆 命 题 不 成 立 。 因 为 有 些 内 容 溢出 导致 的 骨 溃 ， 抛 出 的 异常 信息 却 不 包括 OutOfMemory 内 容 ， 比 如 
说 ResourcesNotFoundException， 有 很 多 情况 是 资源 明明 存在 于 App 中 但 还 是 说 找 不 到 ，“ 睁 眼 说 瞎 话 ”， 于 是 我 们 也 只 好 眼睁睁 地 看 着 它 骨 溃 了 而 无 能 为 力 。 


4) 对 于 空 指 针 NullPointerException 这 个 “不 治之 症 ”， 我 们 观察 到 的 情况 是 ，NullPointerException 只 是 导致 崩溃 的 结果 ， 而 不 是 原因 。 导 致 空 指 针 的 情况 五 花 八 门 ， 有 时 ， 我 
们 要 留意 exception_stack 中 Cause by 后 面 的 内 容 ， 如 下 所 示 : 


java.lang.RuntimeException: Failure delivering result ResultInfo 
{who=null, request=3, result=-1, data=Intent{ (has extras) 
contextId=0，taskId=0 }} to activity { 包 名 称 /Activiyy 名 称 } 


如 果 只 看 前 半 段 信息 ， 根 本 不 知道 问题 所 在 ， 继 续 向 下 看 ， 会 发 现在 Cause by 处 有 空 指针 的 提示 信息 ， 如 下 所 示 : 


Caused by: java.lang.NullPointException at 包 名 称 .Activity 名 称 .onActivityResult (Unknown Source) at 
android.app.Activity.dispatchActivity (Activity.java:5352) at 


5) 窗 体 泄露 这 类 问题 ， 基 本 都 是 想 关闭 弹 出 框 的 时 候 ， 却 发 现 承载 它 的 宿主 已 经 不 在 。 


6) ListView 和 Adapter 相 关 的 Crash 基 本 都 发 生 在 分 页 获取 数据 的 场景 ， 数 据 源 发 生 了 改变 ， 却 没有 及 时 通知 ListView 和 Adapter。 


5.2.2 ”第 一 个 线 上 Crash 报 表 : Crash 分 类 


在 找到 这 些 Crash 的 共性 后 ， 我 们 开始 调整 Crash 分 析 的 策略 。 我 会 引入 SQL Server 和 C# 作 为 分 析 的 工具 。 


1) 首先 ， 每 天 上 班 ， 我 会 把 昨天 24 小 时 的 Crash 数 据 从 服务 器 上 取 下 来 ， 导 出 为 excel 文 件 ， 然 后 再 把 excel 还 原 到 本 地 SQL Server 数 据 库 的 CrashDB 这 个 表 。 这 样 我 就 可 以 在 本 地 数 
据 库 上 写 各 种 各 样 的 SQL 语 句 来 分 析 这 些 数据 了 ， 不 必 担心 直接 在 线 上 直接 操作 SQL 而 把 线 上 数据 库 搞 死 。 


2) 接 下 来 我 会 执行 一 个 存储 过 程 UpdateCrashDesc， 把 这 些 Crash 数 据 分 门 别 类 ， 为 此 ， 我 要 为 存放 Crash 的 表 CrashDB 加 一 个 字段 crash_desc， 用 来 表明 Crash 是 哪个 类 别 的 。 
存储 过 程 UpdateCrashDesc 的 逻辑 就 是 把 符合 某 类 特征 的 那些 Crash， 设 置 其 crash_desc 字 段 为 同一 个 值 ， 如 下 所 示 : 


CREATE PROCEDURE [qbo] . [UpdateCrashDesc] 
AS 
BEGIN 
SET NOCOUNT ON; 
update CrashDB 
set crash desc = ' 内 存 溢 出 ' 
where exception stack like "SOutOfMemorys'" 


and crash desc is null 

update CrashDB 

set crash desc = 'ClassCastException' 

where crash desc is null 

and exception stack like '%java.lang.ClassCastException%g" 
update CrashDB 

set crash desc = ' 数 组 越界 ' 

where crash desc is null 

and exception stack like '%OutOfBoundsExceptions" 
update CrashDB 

set crash desc = 'java.lang.VerifyError' 

where crash desc is null 

and exception stack like '%java.lang.VerifyErrors'" 
update CrashDB 

set crash desc = ' 各 个 页 面 的 空 指针 ' 

where crash desc is null 

and exception stack like '%NullPointerExceptions" 
update CrashDB 

set crash desc = 'is your activity running?" 

where crash desc is null 

and exception stack like '%is your activity running?%" 
- -中间 省 略 若干 Update 语 和 句 

update CrashDB 

set crash desc = ' 不 明 觉 厉 ' 

where crash desc is null 

END 


考虑 到 章节 限制 ， 我 只 贴 出 了 UpdateCrashDesc 这 个 存储 过 程 的 部 分 代码 ， 全 部 代码 请 参见 我 博客 上 的 源码 [0]。 值 得 注意 的 是 : 
每 条 Update 语 句 代表 做 一 次 分 类 操作 。 一 开始 我 也 只 有 十 几 条 Update 语 句 ， 后 来 慢 慢 扩充 到 五 十 几 条 。 每 次 新 增 一 个 Crash 分 类 ， 就 加 在 “不 明 觉 厉 " 这 条 Update 语 句 之 上 即 可 。 


“不 明 觉 厉 " 这 个 Crash 类 别 ， 是 经 过 上 述 五 十 几 条 Update 语 句 筛选 后 ， 剩 下 的 Crash。 这 类 Crash 数 量 不 能 超过 100， 否 则 ， 就 应 该 从 中 继续 寻找 共性 ， 拆 分 成 新 的 Crash 类 别 ， 编 
写 一 个 新 的 Update 语 句 。 


3) 接 下 来 我 会 执行 一 个 存储 过 程 GroupOnlineCrash， 用 以 统计 各 类 Crash 的 数量 。 


CREATE PROCEDURE [dbo].[GroupOonlineCrash] 
AS 
BEGIN 
SET NOCOUNT ON; 
select * into #templ from CrashDB 
where client type=20 
order by page name, exception name, exception stack 
select crash desc, COUNT (crash desc) as count from #templ 
group by crash desc 
order by COUNT (crash desc) desc 
END 


执行 结果 如 图 5-1 所 示 。 


| Package managerhas died 
各 个 负面 的 空 指针 
InflateException 
UnsatisfiedLinkEmor 
内 存 洲 出 
dolnBackground 
Failure delivering result Resultinfo 
数组 越 需 
不 明帝 厉 
NumberFormatException 
Permission 相 天 
Resources$NotFoundException 
Fragment 相 天 ,百度 查 Can not perform this action after ... 
is your activity running? 
”QlassCastException 
”ListView 刷 新 数据 
SQLiteException 相 天 
view not attached to window manager 
"libcore jo .DiskLruCache 
parameter must be a descendant of this view 
” Transaction [TooLargeException 


图 5-1 线 上 Crash 统 计 图 
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对 于 图 5-1 中 排名 前 10 的 线 上 Crash， 我 们 要 花 大 力气 去 分 析 、 修 复 它 们 。 


5.2.3 ”第 二 个 线 上 Crash 报 表 : Crash 去 重 


我 们 在 前 面 手工 统计 分 析 的 时 候 就 已 经 发 现 ，Crash 有 很 多 重复 。 我 们 接 下 来 要 去 重 ， 从 而 看 出 每 天 到 底 有 多 少 种 不 同 的 Crash。 


去 重工 作 由 4 部 分 组 成 ， 如 图 5-2 所 示 。 对 这 4 部 分 工作 介绍 如 下 。 


2 .去除 其 他 情况 


一 版 本 之 琢 亿 


图 5-2 ”去 重工 作 的 4 个 步骤 


1. 去 除数 字 不 同 导致 的 重复 


去 重 主要 是 在 exception_stack 字 段 上 做 文章 ， 也 就 是 Crash 的 详细 信息 。 我 们 发 现 ， 很 多 时 候 同 一 类 Crash， 它 们 的 exception_stack 字 段 仅仅 是 数字 的 不 同 ， 比 较 典 型 的 有 以 下 几 种 
情况 : 


: 发 生前 演 时 的 代码 行 不 同 ， 如 下 所 示 : 


package manager has died at android.app.ActivityThread 
.performLaunchActivity (ActivityThread.java:2215 
Package manager has died at android.app.ActivityThread 
.performLaunchActivity (ActivityThread.java:2296 


. 运行 时 的 数值 不 同 ， 如 下 所 示 。 


“ 骨 江 信息 中 的 # 后 面 的 数字 不 同 : 


android.view.InflateException: 

Binary XML file line #8: Error inflating class<unknown> 
android.view.InflateException: 

Binary XML file line #32: Error inflating class<unknown> 


' 崩溃 信息 中 的 result= 后 面 的 数字 不 同 : 


java.lang.RuntimeException: Failure delivering result 
ResultInfo {who=null, request=5, result=-1 
java.lang.RuntimeException: Failure delivering result 
ResultInfo {who=null, request=3, result=-1 


: 崩溃 信息 中 的 ViewRootImpl8W@@ 后 面 的 数字 不 同 : 


android.view.WindowManager$BadTokenException: 
Unable to add window - - token android.app.LocalActivityManager 
$LocalActivityRecord@45a58ee0 is not valid; 

is your activity running? 


android.view.WindowManager$BadTokenException: 

Unable to add window - - token android.app.LocalActivityManager 
$LocalActivityRecord@4012ef33 is not valid; 

is your activity running? 


虽然 数值 不 同 ， 但 其 实 是 相同 的 Crash。 一 种 好 的 去 重 方案 是 将 这 些 数 值 都 统一 改 为 1000。 这 样 exception_stack 字 段 就 全 都 一 样 了 。 但 是 一 旦 改 成 1000， 就 没 机 会 恢复 为 之 前 的 值 
了 ， 所 以 我 的 做 法 是 ， 在 CrashDB 这 个 表 再 增加 一 个 字段 dis_info， 把 exception_stack 这 个 字段 的 数据 复制 一 份 到 dis_info 字 段 ， 然 后 我 们 在 dis_info 字 段 上 进行 修改 。 修 改 的 方法 是 借助 
于 正则 表达 式 ， 进 行 批量 替换 。 


按照 上 述 思 路 ， 我 使 用 C# 写 了 一 个 小 工具 ， 它 可 以 遍历 CrashDB 表 中 的 每 个 Crash， 取 出 它 的 exception_stack， 使 用 正则 表达 式 进行 替换 ， 然 后 赋值 给 dis_info 字 段 。 


以 下 是 C# 中 使 用 正则 表达 式 进 行 蔡 换 的 实现 代码 : 


String dis info = (String)read["exception stack"]; 
// from .java:836) 
// to .java:1000) 


string str = Regex.Replace (dis info, @".java:\d*", @".java:1000"); 
// from window android.view.ViewRootImpl$W@41lec8258 
// to window android.view.ViewRootImpl$W@12345678 
// @ 后 面 是 8 位 字符 
string str2 = Regex.Replace (str, @"\w{8}*", @"@12345678"); 
// from request=327681 
/te request=1000 
string str3 = Regex.Replace (str2, 
@"request=\d*", @"request=1000"); 
// from #4: 


i te #1000: 
string str4 = Regex.Replace (str3, @"#d*", @"#1000"); 
dicCrash[ (String) (read["id"] .ToString())] = str4; 


因为 数字 的 不 同 而 导致 的 Crash 不 能 去 重 的 问题 ， 不 仅 限于 上 述 这 几 种 情况 。 我 们 应 该 具体 问题 具体 分 析 ， 每 发 现 一 种 新 情况 ， 就 在 程序 中 增加 相应 的 正则 表达 式 ， 进 行 批量 替换 。 


那么 接 下 来 ， 我 们 只 要 使 用 下 述 SQL 语 句 就 能 取得 去 除 重复 的 数据 了 ， 不 受 Crash 信 息 中 数字 不 同 的 影响 : 


select distinct page name, dis info from CrashDB 
order by page name, dis info 


在 对 CrashDB 表 中 的 四 万 笔 数 据 执行 这 个 SQL 语句 后 ， 得 到 3000 多 笔 数 据 ， 重 复数 据 大 幅 减少 。 


我 对 上 述 C# 程 序 进行 封装 ， 做 成 一 个 工具 ， 可 以 在 配置 文件 中 增加 新 的 正则 表达 式 ， 我 将 这 个 工具 称 为 AnalysisCrash， 图 形 界面 如 图 5-3 所 示 。 


. Java: 1000 
@lz2345678 


request=\d* request=1000 


图 5-3 AnalysisCrash 


相应 的 配置 文件 RegexRules.xml， 如 下 所 示 : 


<?xXml version="1.0" encoding="utf-8" ?> 

<Rules> 
<Rule name="r1" from=".java:\d*" to=".java:1000" /> 
<Rule name="r2" from="@\w{8}" to="@12345678" /> 


<Rule name="r3" from="request=\d*" to="request=1000" /> 
</Rules> 


2. 去 除 其 他 情况 的 重复 


我 还 观察 到 ， 有 很 多 Crash 信 息 ， 它 们 仅仅 是 长 度 的 不 同 ， 比 如 说 B 的 Crash 信 息 比 A 多 了 一 块 。 相 应 的 解决 方案 是 ， 对 exception_stack 从 起 始 位 置 取 150 个 字符 ， 再 进行 distinct 去 
重 。 这 样 就 又 能 少 大 量 的 Crash 数 据 了 ，SQL 语 句 如 下 所 示 : 


select distinct page name, 
SUBSTRING (dis info, 1, 150) from CrashDB 
order by page name, SUBSTRING (dis info, 1, 150) 


这 样 Crash 数 量 就 从 3000 降 低 到 了 1200 个 。 


也 许 你 会 问 我 为 什么 是 150， 我 只 能 说 这 是 试 出 来 的 。 如 果 设 置 为 200， 会 略 显 宽松 ， 执 行 上 述 语句 后 ，Crash 数 量 会 变 成 1300 个 ; 如 果 设 置 为 100， 则 又 太 严格 ，Crash 数 量 会 变 成 
1100 个 。 我 们 可 以 根据 实际 情况 动态 调整 这 个 值 。 


不 要 轻易 满足 于 筛选 后 的 这 1200 笔 数据 。 这 里 面 还 是 有 很 多 水 分 的 。 纵 观 去 重 后 的 1200 笔 数据 ， 里 面 重复 的 Crash 数 据 还 是 很 多 。 我 们 只 能 根据 不 同 Crash， 相 应 的 给 出 不 同 的 去 


ul 


比如 说 ， 对 于 VerifyError 这 样 的 Crash， 它 的 page_name 字 段 不 是 某 个 Activity 页 面 ， 而 是 具有 相同 的 值 Application， 而 对 于 exception_stack 字 段 则 仅仅 是 类 的 名 称 的 不 同 ， 如 下 
所 示 : 


java.lang.VerifyError: Rejecting class 
com.company.app.activity.ActivityA 

that attempts to sub-class erroneous class 
com.company.app.activity.BaseActivity 

(declaration of 'com.company.app.activity.ActivityA') 
appears in /data/app/com.company.app.ui-2.apk 


对 于 这 个 Crash， 我 们 的 解决 方案 是 ， 只 要 exception_stack 的 前 38 个 字符 是 java.lang.VerifyError:Rejecting class， 都 视 为 一 个 Crash。 在 执行 distinct 语 句 之 前 ， 先 排除 这 类 
Crash。 


select * into #templ from CrashDB 
delete from #templ 
where SUBSTRING (dis info, 1, 38) 

= 'java.lang.VerifyError: Rejecting class' 
select distinct page name, 

SUBSTRING (dis info, 1, 150) from #templ 
order by page name, SUBSTRING (dis info, 1, 150) 


执行 上 述 语句 后 ，Crash 数 据 从 1200 降 低 为 1100。 


我 们 需要 不 断 地 增加 新 的 规则 ， 从 而 进一步 优化 我 们 的 去 重 结果 。 这 就 需要 投入 人 力 磺 在 上 面 去 做 了 。 很 多 第 三 方 Crash 收 集 平台 也 是 基于 这 个 思路 去 设计 的 。 
3. 去 除 同 一 版 本 之 前 的 重复 
如 何 确保 昨天 统计 过 的 Crash， 今 天 不 会 再 统计 ? 
相应 的 解决 方案 是 把 今天 的 线 上 Crash 放 到 一 个 数据 表 CrashSstore 中 ， 对 于 第 二 天 的 线 上 Crash 数 据 ， 先 到 Crashstore 表 中 去 重 ， 那 么 剩 下 来 的 Crash 数 据 就 是 新 的 了 。 


为 此 我 们 设计 CrashStore 表 结构 如 图 5-4 所 示 。 


rvardhar(255) 
nvardar(500) 


int 

rnvardhar(50) 

ndhar(10) 
frst fnd date datetime 


图 5-4 CrashStore 表 结构 


然后 编写 一 个 存储 过 程 UpdateCrashstore， 我 为 每 个 SQL 操作 都 添加 了 注释 ， 仅 供 参考 : 


CREATE PROCEDURE [dbo]. [UpdateCrashStore] 
@version varchar (30) 
AS 
BEGIN 
SET NOCOUNT ON; 
select * into #templ from CrashDB 
-- 1。 排除 java.lang .VerifyError 之 类 Crash 对 去 重 结果 的 影响 
delete from #templ 
where SUBSTRING (dis info, 1, 38) 
= 'java.lang.VerifyError: Rejecting class' 
-- 1.x 这 里 可 以 添加 其 他 排除 语句 ， 减 少 对 去 重 逻 辑 的 干扰 
-- 2. 取 dis info 的 前 150 个 字符 ， 去 重 
select distinct page _ name， 
SUBSTRING (dis info, 1, 150) as sub crash desc 
into #temp2 from #templ 
order by page name, SUBSTRING (dis info, 1, 150) 
-- 3. 在 CrashStore 表 中 ， 取 出 当前 版 本 的 之 前 已 经 统计 过 的 Crash 
select * into #tempCrashStore from CrashStore 
where app version=@version 
-- 4. 使 用 left join 语 句 ， 筛 选 出 今天 的 、 未 统计 过 的 Crash 
select t.page name, t.sub crash desc 
into #temp4 from #temp2 七 
left join #tempCrashStore c 
on c.page name = t.page name 
and c.sub crash desc = t.sub crash desc 
where c.categoty id is null 
-- 5。 将 今天 统计 的 Crash 放 入 CrashStore 表 
insert CrashStore (page name, sub crash desc, 
sub_ crash length, app version) 
select distinct page name, sub crash desc, 
150，Qversion from #temp4 
END 


4. 按 照 Activity， 把 Crash 自 动 分 发 到 人 


这 一 步 不 
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属于 去 重工 作 ， 而 是 一 件 锦上添花 的 工作 。 我 们 在 给 出 Crash 报 表 后 ， 发 现 并 没有 把 每 个 Crash 落 实 到 具体 的 开发 人 员 身 上 。 


为 此 ,我 们 设计 PageOwner 表 ， 用 来 记录 每 个 Activity 应 该 由 哪 位 开发 人 员 负 责 修复 的 对 应 关系 ， 表 结构 如 图 5-5 所 示 。 


表 中 的 数据 可 以 如 图 5-6 所 示 。 


数据 类 型 


nvarchar(100) 
nvarchar(100) 


图 5-5 PageOwnet 的 表 结 构 


HomeActivity 3 二 


UserActivity 李 四 


图 5-6 ”PageOwner 中 的 数据 


那么 在 出 报表 的 时 候 ， 与 PageOwner 这 个 表 进 行 匹 配 ， 就 能 得 出 每 个 Crash 应 该 谁 来 负责 修复 了 。 


至 此 ， 一 套 完整 的 Crash 去 重 流程 就 做 完了 。 我 们 再 重新 梳理 一 下 上 述 去 重 的 流程 ， 如 图 5-7 所 示 。 


本 节 所 介绍 的 线 上 Crash 分 析 流 程 ， 在 Android 发 版 后 每 天 都 要 做 一 遍 ， 把 昨天 24 小 时 内 产生 的 线 上 Crash 分 析 一 遍 。 一 般 而 言 ， 发 版 后 的 头 2 天 ，Crash 数 据 不 太 多 ， 因 为 很 多 人 还 
没有 升级 App 到 最 新 的 版 本 ， 发 版 后 的 第 3 到 5 天 ， 基 本 就 能 收集 到 这 个 版 本 95% 的 线 上 Crash。 再 往 后 ， 虽 然 Crash 数 量 也 很 多 ， 但 大 都 重复 ， 再 投入 时 间 分 析 ， 意 义 不 大 。 


我 们 可 以 把 上 述 过 程 中 的 建 表 、 执 行 SQL 脚本 、 执 行 C# 程 序 这 些 操作 串 起 来 ， 做 成 自动 化 执行 脚本 ， 这 样 就 能 大 大 节省 人 力 成 本 了 。 


1) CrashDB 增 加 一 列 dis info 


2) 基于 正则 表达 式 ， 去 重 数字 
(使 用 AnalysisCrash 工 具 ) 


4) 建立 PageOwner 表 


5) 执行 UpdateCrashStore 存 储 过 程 
OD 排除 VerifyError 之 类 Crash 的 干扰 


四 取 dis_info 的 前 150 个 字符 ， 去 重 


排除 之 前 统计 过 的 重复 Crash 


由 得 到 当天 的 Crash 报 表 
(把 Crash 匹 配 到 负责 人 ) 


图 5-7 去 重 流程 


5.2.4” 线 上 Crash 的 其 他 分 析 工 作 


对 于 我 而 言 ， 上 述 两 节 所 整理 出 来 的 报表 基本 就 能 满足 我 的 需求 了 。 但 这 还 远 远 不 够 ， 如 果 有 人 力 ， 应 该 把 以 下 工作 也 完成 : 


1) 对 Crash 进 行 归纳 ， 从 而 知道 每 类 Crash 发 生 的 次 数 、 涉 及 的 机 型 、 涉 及 的 Android 系 统 版 本 。 


我 们 曾经 按照 page_name，dis_info 这 两 个 维度 对 Crash 进 行 了 去 重 。 对 这 些 去 重 了 的 Crash 数 据 ， 当 我 们 点 击 其 中 一 个 Crash 时 ， 应 该 能 够 看 到 有 多 少 种 机 型 、 哪 些 版 本 的 Android 
系统 ， 发 生 过 这 类 Crash。 


这 是 个 一 对 多 的 关系 ,我 们 需要 根据 去 重 后 的 Crash 数 据 ， 反 向 查找 每 种 Crash 在 CrashDB 表 中 出 现 过 多 少 次 ， 以 及 相应 的 Crash 信 息 。 


我 们 在 前 面 创建 了 CrashStore 表 ， 这 个 表 中 的 category_id 字 段 是 自 增 的 ， 相 应 的 ， 我 们 要 在 CrashDB 这 个 表 也 增加 category_id 字 段 ， 它 们 是 一 对 多 的 关系 ， 这 样 就 做 到 了 点 击 一 种 
Crash， 能 够 知道 每 类 Crash 发 生 的 次 数 、 涉 及 的 机 型 、 涉 及 的 Android 系 统 版 本 。 


接 下 来 就 是 写 个 C# 程 序 ， 把 CrashDB 表 中 的 category id 字段 值 都 反 向 填充 上 。 


2) 目前 第 三 方 平台 的 Crash 统 计 工 具 是 即时 的 ， 也 就 是 说 服务 器 每 收 到 一 个 Crash， 就 会 将 其 归 类 ， 而 不 是 要 等 到 一 天 结束 后 才 一 起 进行 分 析 。 


此 外 ， 我 们 应 该 基于 线 上 的 Crash 数 据 ， 做 一 个 Crash 查 询 平台 ， 开 发 人 员 可 以 根据 App 版 本 、Crash 发 生 时 间 段 、 机 型 、Activity 页 面 等 条 件 来 查询 相应 相应 的 Crash。 


这 个 平台 还 应 该 提供 Crash 趋 势 图 ， 它 能 绘制 出 一 天 24 小 时 的 线 上 Crash 趋 势 图 。 如 果 在 某 个 时 间 段 Crash 数 量 激增 ， 一 定 是 有 重大 事情 发 生 ， 比 如 MobileAPI 返 回 了 脏 数 据 。 


上 代码 地 址 为 : http://www.cnblogs.com/Jax/p/4573575.html。 


5.3 ”本 章 小 结 


本 章 介绍 的 Crash 三 部 曲 的 第 1 部 和 第 2 部 : 异常 收集 和 异常 统计 。 异 常 收集 是 基于 App 端 的 ， 在 发 生 崩 省 的 最 后 一 道 “ 关 卡 ”， 将 崩 省 信息 发 送 到 服务 器 。 异 常 统计 是 基于 数据 库 
的 ， 针 对 于 线 上 每 天 几 干 笔 崩 演 数 据 ， 如 何 自己 编写 工具 将 其 去 重 、 分 类 。 


在 得 知 线 上 每 天 有 哪些 崩溃 后 ， 下 一 章 将 介绍 针对 于 每 类 崩溃 的 发 生 原 因 和 解决 方案 。 


第 6 章 ”Crash 异 常 分 析 


对 于 一 款 App 而 言 ， 最 重要 的 莫 过 于 稳定 性 ， 没 有 之 一 。 
Android 之 所 以 存在 干 奇 百 怪 的 Crash， 主 要 归结 于 以 下 几 种 情况 : 


1) Android 系 统 的 碎片 化 。 各 种 硬件 厂商 都 定制 自己 的 ROM ， 改 写 了 Android 系 统 的 很 多 方法 。 对 于 App 而 言 ， 在 大 多 数 手 机 上 没有 问题 ， 但 是 到 了 该 厂商 的 手机 系统 里 ， 使 用 到 
这 些 方法 就 会 月 省 。 当 然 ， 也 不 能 排除 ROM 上 的 方法 被 改写 后 存在 bug 的 情况 。 


2) MobileAPI 返 回 了 及 数据。 比如 说 当 MobileAPI 返 回 空 值 或 空 数组 时 ，App 收 到 数据 后 就 会 发 生 空 指针 或 数组 越界 的 Crash。 有 时 则 是 某 个 字段 返回 0， 而 这 个 字段 作为 除数 时 ， 
也 会 发 生 不 能 除 以 0 的 Crash。 


3) 混淆 时 没有 Keep 要 使 用 的 类 或 方法 ， 也 会 发 生 找 不 到 类 或 方法 的 Crash。 


Android 正 是 因为 有 这 些 光怪陆离 的 Crash 而 显得 比 iOS 开 发 有 趣 得 多 。 


我 们 继续 聊 ， 每 个 Crash 都 对 应 Android 中 的 一 类 Exception。 本 章 就 是 要 介绍 Android 中 的 各 类 Exception， 这 些 都 是 我 亲身 经 历 过 的 ， 其 中 的 大 部 分 都 已 经 修复 ， 当 然 也 有 一 些 
Crash 直 到 现在 仍 是 不 明 觉 厉 。 


Crash 信 息 会 因为 App 进 行 了 混淆 处 理 而 看 不 懂 具 体 是 在 哪个 方法 哪 行 代码 崩溃 的 ， 所 以 我 们 需要 把 每 次 发 版 打包 时 生成 的 ProGuardMapping 文 件 保留 下 来 ， 然 后 根据 这 个 文件 中 方 
法 混淆 前 后 的 对 应 关系 ， 找 到 发 生 月 溃 所 在 的 原始 的 类 、 方 法 和 代码 行 。 


此 外 ， 我 还 发 现 ， 有 些 Crash 是 开发 人 员 在 调试 的 时 候 发 到 线 上 的 Crash 数 据 库 中 的 。 为 此 ， 本 地 开发 版 本 的 渠道 号 ， 要 与 发 到 线 上 的 渠道 号 区 分 开 。 否 则 ， 就 会 误 认为 是 线 上 Crash 
而 白花 很 多 时 间 去 查 原因 。 


@iae 示 Unknown Source 
异常 信息 中 经 常会 出 现 “ 方 法 名 ” (Unknown Source) 的 内 容 。 这 就 加 大 了 我 们 准确 定位 Crash 发 生 原 因 的 难度 。 
导致 Unknown Source 的 出 现 有 以 下 两 点 原因 : 
1) 执行 javac 时 丢失 了 文件 名 和 行 号 
为 此 我 们 在 进行 javac 编 译 时 要 保留 debug 信 息 ， 如 下 所 示 : 
-keepattributes SourceFile,LineNumberTable 
2) 执行 混淆 时 丢失 了 文件 名 和 行 号 


为 此 ， 我 们 要 在 ProGuatd 文 件 中 增加 以 下 语句 : 


-keepattributes SourceFile,LineNumberTable 


感谢 腾讯 Bugly 平 台 的 “精神 哥 ” 在 审阅 本 章 的 时 候 所 提出 的 宝贵 意见 ， 关 于 Unknown Soutce 的 更 详细 介绍 ， 请 参见 : http://bugly.qq.com/blog/?p=110。 


同 理 ， 对 于 测试 人 员 使 用 的 测试 包 ， 所 使 用 的 渠道 号 ， 也 要 与 发 到 线 上 的 渠道 号 区 分 开 。 


对 于 每 晚 跑 Monkey 的 包 ， 由 此 产生 的 Crash 信 息 不 应 该 上 传 到 线 上 ， 存 到 测试 机 上 即 可 。 每 天 有 人 去 排查 Monkey 日 志 即 可 。 这 样 就 避免 了 线 上 Crash 数 据 中 有 太 多 的 元 余数 据 。 


接 下 来 我 们 就 对 Android 中 的 Crash 逐 一 讲解 ， 共 计 84 个 ， 分 为 10 大 类 。 


6.1 ”Java 语 法 相关 的 异常 


这 类 Crash， 通 常 是 和 Java 语 法 有 关系 。 同 样 的 错误 ， 在 Java 项 目 中 也 屡见不鲜 。 所 幸 的 是 ， 这 些 纯 语言 相关 的 异常 都 有 相应 的 解决 方案 。 


6.1.1 ” 空 指针 


异常 中 的 关键 字 : 
NullPointException 
发 生 频 率 : 太太 太太 大 


笼统 地 说 ，80% 的 Crash 在 异常 信息 中 都 带 有 NullPointException 这 样 的 关键 字 ， 散 布 在 各 个 Activity 和 Adapter 中 ， 但 其 实 有 很 多 是 其 他 原因 导致 的 。 比 如 说 窗 体 泄露 很 多 时 候 也 表 
现 为 NullPointException。 我 们 这 里 只 讨论 几 种 最 简单 的 几 种 情况 (其 他 复杂 的 情况 散布 在 后 续 的 异常 分 析 中 ) : 


1) 方法 需要 对 传 入 的 参数 判 空 后 再 使 用 。 调 用 MobileAPI 的 接口 时 ， 过 于 相信 返回 的 数据 ， 一 旦 使 用 了 空 的 SON 值 ，App 就 有 可 能 崩 演 。 这 类 原因 导致 的 Crash， 修 复 是 比较 容易 
的 ， 只 要 在 MobileAPI 接 口 返回 的 数据 上 增加 非 空 判断 或 try-catch 语 句 即 可 。 


很 多 App 开 发 都 使 用 了 AsyncTask 来 调用 MobileAP| 接 口 并 返回 数据 ， 在 AsyncTask 的 dolnBackground 中 ， 会 因为 有 空 指针 而 衣 溃 。 


2) 对 于 外 部 接口 调用 ， 需 要 确保 返回 值 中 不 为 空 ， 甚 至 需要 确保 执行 该 接口 不 会 抛 出 其 他 异常 导致 程序 退出 。 比 如 ， 页 面 跳 转 前 后 ， 跳 转 前 没准 备 好 数据 ， 跳 转 到 目标 页 执行 
onCreate 方 法 时 解析 传 过 来 的 Intent 时 ， 发 现 bundle 这 个 字典 中 的 某 些 数据 为 空 ， 那 么 使 用 的 时 候 就 崩溃 了 。 


3) 在 App 中 过 多 使 用 全 局 变量 ， 一 旦 发 生 内 存 回收 ， 这 些 全 局 变量 会 被 设置 为 空 ， 而 我 们 的 程序 又 没有 考虑 如 何 处 理 这 种 情况 。 针 对 于 这 类 原因 导致 的 Crash， 我 们 要 避免 使 用 全 局 
变量 ， 如 果 万 不 得 已 必须 要 使 用 全 局 变量 ， 也 要 使 全 局 变量 支持 序列 化 到 本 地 的 机 制 ， 一 旦 我 们 要 使 用 全 局 变量 而 又 发 现 其 为 空 的 时 候 ， 就 从 本 地 反 序 列 化 回来 。 


全 局 变量 这 类 问题 多 发 生 在 把 App 切 换 到 后 台 ， 过 一 段 时 间 后 再 切换 到 前 台 ， 因 为 要 执行 所 在 页 面 的 onResume 和 onCreate 方 法 ， 如 果 这 些 方法 中 有 全 局 变量 并 且 被 回收 ， 那 么 会 立 
刻 就 朋 溃 。 


此 外 ， 即 使 切换 回 前 台 不 会 记 溃 ， 由 于 这 个 页 面 所 使 用 的 全 局 变量 被 回收 了 ， 那 么 在 页 面 跳 转 时 ， 还 是 会 发 生 骨 溃 。 


关于 全 局 变量 的 详细 介绍 ， 参 见 第 3 章 的 3.5 节 “消灭 全 局 变量 ” 。 


6.1.2 ” 角 标 越界 


异常 中 的 关键 字 : 


“ 关键 字 1: IndexOutOfBoundsException 


" 关键 字 2: StringIndexOutOfBoundsException 


“ 关键 字 3: ArrayIndexOutOfBoundsException 


发 生 频率 : 大 太太 


如 图 6-1 所 示 ，lndexOutOfBoundsException 是 基 类 。 对 于 字符 串 截取 时 发 生 的 越界 ， 会 抛 出 StringlndexOutOfBoundsException 的 异常 信息 ; 而 对 于 数组 越界 ， 则 会 抛 出 
ArraylndexOutOfBoundsException。 


这 类 Crash 也 是 由 于 程序 的 不 严谨 导致 的 。 相 应 的 解决 方案 是 : 


“ 在 遍历 一 个 数组 /集合 时 ， 要 预 判 数组 /集合 是 否 为 空 ， 长 度 是 否 大 于 0。 


“ 在 使 用 数组 /集合 中 的 元 素 时 ， 要 预 判 数组 /集合 长 度 是 否 有 这 么 长 。 


IndexOutOfBoundsException 


图 6-1 IndexOutOfBoundsException 与 其 子 类 的 继承 关系 


字符 串 也 是 一 种 数组 ， 我 们 经 常会 使 用 substring (start，end) 这 样 的 函数 ， 如 果 start 或 end 超 过 了 字符 串 的 长 度 ， 就 会 崩溃 。 解 决 方案 是 ， 每 次 使 用 该 函数 时 ， 都 要 判断 字符 串 的 
长 度 。 


ListView 操 作 不 当 也 会 导致 IndexOutOfBoundsException 的 异常 ， 请 参阅 6.4.3 节 的 相关 介绍 。 


6.1.3 ”试图 调用 一 个 空 对 象 的 方法 


异常 中 的 关键 字 : 


Attempt to invoke Virtual method on a null object reference 


发 生 频率 : 太太 太 


这 种 Crash 的 产生 ， 是 因为 在 使 用 一 个 对 象 的 某 个 方法 时 ， 这 个 对 象 为 空 ， 就 是 说 没有 实例 化 。 比 如 ， 我 们 经 常 犯 的 一 个 错误 是 ， 将 实例 化 的 语句 写 在 if-else 的 一 个 分 支 中 ， 日 常 开 
发 和 测试 工作 只 保证 了 带 有 实例 化 的 情况 ， 所 以 不 会 崩溃 。 发 版 后 ， 没 有 实例 化 的 分 支 才 会 被 大 量 的 用 户 群 所 点 到 ， 于 是 就 崩 演 了 。 


我 还 经 常 看 见 这 样 的 程序 ， 在 一 个 Activity 中 ， 调 用 另 一 个 Activity B 的 方法 ， 为 此 在 B 中 建立 一 个 static 变 量 。 当 这 个 static 变 量 被 回收 时 ， 就 会 有 上 述 异 常 。 


还 有 一 种 可 能 ， 那 就 是 推送 ， 点 击 推送 消息 ， 根 据 事先 定好 的 协议 ， 跳 过 首页 直接 进入 二 级 甚至 三 级 页 面 。 这 时 ， 二 级 页 面 要 使 用 首页 某 个 对 象 时 ， 这 个 对 象 势必 为 空 ， 那 也 会 引发 
同样 的 异常 。 


6.1.4 ”类 型 转换 异常 


异常 中 的 关键 字 : 


ClassCastException:classA cannot be cast to classB 


发 生 频 率 : 太太 太太 


这 类 Crash 都 是 由 于 强制 类 型 转换 导致 的 ， 如 下 所 示 : 


Object x = new Integer (0); 
String str = (String)x; 


这 就 会 抛 出 ClassCastException 的 异常 了 。 


解决 方案 是 ， 使 用 安全 类 型 转换 函数 ， 参 见 本 书 第 1 章 中 1.6 节 介绍 的 类 型 安全 转换 函数 。 在 把 字符 串 转换 为 整数 、 小 数 或 布尔 类 型 时 ， 我 们 要 为 其 指定 转换 失败 时 的 默认 值 。 否 则 ， 
就 会 得 到 一 个 空 值 ， 放 到 哪里 使 用 都 会 崩溃 。 


6.1.5 ”数字 转换 错误 


异常 中 的 关键 字 : 


NumberFormatException 


发 生 频 率 : 太太 太太 


在 数据 类 型 转换 过 程 中 ， 如 果 转 换 不 成 功 ， 一 般 抛 出 ClassCastException 的 异常 。 只 有 一 个 例外 情况 ， 当 字符 型 转换 为 数字 失败 时 ，Android 系 统 会 抽出 NumberFormatException 
异常 ， 如 下 所 示 : 


String abc = "123xxx45"; 
int result = Integer.parseInt (abc); 


这 种 情况 多 发 生 在 服务 器 返回 数据 ， 没 有 按照 约定 返回 整数 而 是 字符 串 ， 客 户 端 必须 要 事先 考虑 到 这 种 情况 ， 如 果 转 换 失 败 ， 必 须 有 默认 值 而 不 是 直接 就 朋 溃 了 。 


6.1.6 ”声明 数组 时 长 度 为 -1 
异常 中 的 关键 字 : 
NegativeArraySizeException 


发 生 频率 : 太太 


数组 大 小 为 负 值 异常 。 当 使 用 负数 大 小 值 创建 数组 时 抛 出 该 异常 。 


我 认为 程序 员 不 可 能 犯 int arr=new int[-1]; 这 样 的 低级 错误 ， 所 以 我 继续 试图 寻找 其 他 导致 这 个 异常 的 场景 。 我 在 网 上 找 了 很 久 ， 直 到 有 一 天 ， 我 发 现 了 下 述 语句 : 


String[] arg 1 = new String[args.length — 1]; 


眶 


args 数 组 中 没有 元 素 时 ， 就 会 出 现 int[-1] 的 场景 。 


此 外 ， 我 还 尝试 声明 int arr=new int[0]; 的 语句 ， 发 现 程 序 并 不 会 报错 ， 但 是 这 样 的 语句 声明 得 到 的 变量 arr 毫 无 意义 ， 因 为 arr 的 长 度 为 0，arr 只 能 是 一 个 空 数组 ， 不 能 设置 其 中 的 
任何 一 个 元 素 。 所 以 我 们 在 声明 数组 时 ， 不 能 出 现 类 似 int[0] 这 样 的 语句 。 


综 上 所 述 ， 在 声明 一 个 数组 时 ， 如 果 数 组 长 度 是 由 另 一 个 变量 动态 得 到 的 ， 要 保证 中 括号 [中 的 值 必须 大 于 0。 


6.1.7 ”遍历 集合 同时 删除 其 中 元 素 
异常 中 的 关键 字 : 

ConcurrentModificationException 
发 生 频率 : 太太 


能 犯 这 种 错误 的 人 ， 还 是 拖 出 去 打 八 十 大 板 吧 ， 而 且 要 翻 过 来 打 的 那 种 。 


但 凡 有 点 编程 常识 的 程序 员 都 知道 在 遍历 一 个 集合 时 不 能 删除 该 集合 中 的 元 素 ， 如 下 所 示 ， 必 然 产生 这 样 的 衣 溃 : 


HashMap<Integer, String> map = new HashMap<Integer, String>(); 
for (int i = 0; i < 10; i++) { 
map.put (i, "value" + i); 


for (Map.Entry<Integer, String> entry : map.entrySet ()) { 
Integer key = entry.getKey (); 
if (key $ 2 == 0) { 
map. remove (key); 


} 


该 问题 的 解决 方案 是 ， 需 要 再 定义 一 个 列表 结合 delList， 用 来 保存 需要 删除 的 对 象 ， 如 下 所 示 : 


HashMap<Integer, String> map = new HashMap<Integer, String>(); 
for (int 1 = 0; i < 10; i++) { 
map.put (i, "value" + i); 


List delList = new ArrayList (); 
for (Map.Entry<Integer, String> entry : map.entrySet()) { 
Integer key = entry.getKey (); 
if (key $ 2 == 0) { 
delList.add (key); 
} 
} 
for (int ='0r1i< dellist,size()y i++} 1 
map.remove (delList .get (i)); 


} 


还 有 另 一 种 产生 这 种 崩溃 的 情况 ， 那 就 是 在 多 个 线程 中 删除 同一 个 集合 中 的 元 素 。 


如 下 列 代码 所 示 ，vector 是 一 个 集合 ， 我 们 建立 了 两 个 线程 ， 线 程 1 对 其 进行 遍历 ， 线 程 2 对 其 进行 插入 操作 。 由 于 这 两 个 线程 同时 在 执行 ， 所 以 就 会 产生 ConcurrentModification 
Exception 的 异常 了 : 


static ArrayList<Integer> list = new ArrayList<Integer>(); 
void testScenario2() { 

for (int i = 0; i < 100; i++) { 

list.add(i); 

} 

Threadl threadl = new Threadl (); 

threadl .start () 7 

Thread2 thread2 = new Thread2 () ， 

thread2.start () 7 


class Threadql extends Thread { 
public void run() { 
while (true) { 
Iterator<Integer> iterator = list.iterator(); 
while (iterator.hasNext()) { 
System.out .println (iterator .next () ) ; 


} 


} 
: 
class Thread2 extends Thread { 
public void run() { 
while (true) { 
for (int J = 101y j < 2007 34H { 
list.add(j); 
} 


ArrayList 继 承 自 AbstractList， 这 是 一 个 迭代 器 ， 所 有 继承 自 AbstractList 的 集合 类 ， 都 是 线程 不 安全 的 。 
相应 的 解决 方案 是 ， 将 Vector 换 为 CopyOnWriteArrayList， 这 是 一 个 线程 安全 的 集合 类 。 

6.1.8 ”比较 器 使 用 不 当 

异常 中 的 关键 字 : 
Comparison method violates its general contract! 

发 生 频率 : 太太 


这 个 错误 是 因为 Comparator 的 compare 方 法 使 用 姿势 不 正确 导致 的 。 


说 起 Comparator， 是 基于 插入 排序 算法 与 归并 排序 算法 相 结 合 的 产物 []， 要 比 我 们 日 常 所 使 用 的 冒 泡 排 序 算法 快 很 多 ， 但 缺点 就 是 不 易 掌握 ， 于 是 就 产生 了 这 里 所 讨论 的 异常。 


我 们 先 写 一 个 正确 的 用 法 : 


List<Double> list = new ArrayList<Double>(); 
list.add(22.1); 
list .add(22.1)} 
list.add(19.7)} 
list.add(26.3); 
Comparator<Double> comparator = new Comparator<Double>() { 
public int compare (Double dl, Double d2) { 
if (dl < d2) { 
return -1} 
} else if (dl > d2) { 
return 1; 
} else { 
return 0; 
} 
} 
}; 
Collections.sort (list, comparator); 


但 是 ， 我 们 经 常会 偷懒 ， 把 这 个 compare 方 法 写成 这 样 : 


Comparator<Double> comparator = new Comparator<Double>() { 
public int compare (Double dl, Double d2) { 
retumt BL > p22 2? 1 =1s 
} 
}; 


这 就 忽略 了 p1 和 p2 的 age 相 等 的 情况 ， 这 时 应 该 返回 9。 当 数组 或 集合 中 的 元 素 以 某 种 方式 排列 的 时 候 ， 就 会 报 Comparison method violates its general contract! 的 异常 了 ， 如 下 
所 示 [2l: 


public static void compare() { 
int[] sample = new int[] { 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 
We De Tr Or DD Dh 
VW Ge Dy Os Dr Dr DD Os i Dr 
0, -2, 1, 0, -2, 0, 0, 0, 0 7}; 
ArrayList<Integer> list = new ArrayList<Integer>(); 
for (int i : sample) { 
list.add(i); 
} 
Comparator<Integer> comparator = new Comparator<Integer>() { 
public int compare (Integer ol, Integer o2) { 
i£ (ol < 02) 
return -1; 
else if (ol > o2) 
return 1; 
else 
weturn OF 
} 
}; 
Collections.sort (list, comparator); 


为 了 预防 这 类 Crash 的 发 生 ， 我 的 解决 方案 是 对 每 个 自 定义 的 比较 器 进行 单元 测试 ， 用 充足 的 测试 数据 来 保障 逻辑 没有 问题 。 参 见 本 书 第 8 章 中 8.9 节 介绍 的 单元 测试 。 


6.1.9” 当 除数 为 0 


异常 中 的 关键 字 : 


java.lang. ArithmeticException:divide by zero 


发 生 频率 : 太太 

当 在 程序 中 执行 一 个 除法 时 ， 如 果 除 数 为 0， 就 会 发 生 上 述 崩溃 。 

我 们 一 般 不 会 直接 写 出 除数 为 0 的 异常 来 。 这 样 的 Crash 多 发 生 在 第 三 方 控件 中 ， 比 如 说 GifView， 这 个 框架 很 有 名 ， 用 于 显示 gif 动画 。 

GifView 这 个 开源 项 目 有 很 多 变 体 ， 但 是 无 论 如何 ， 都 应 该 注意 其 中 movie 的 duration 方 法 ， 这 个 值 表 示 动 画 持续 的 时 间 ， 在 接 下 来 的 代码 中 将 会 作为 除数 ， 如 果 为 0， 就 会 地 出 上 述 
的 异常 信息 了 ， 这 时 候 要 将 其 设置 为 默认 值 ] 秒 。 踢 


6.1.10 ”不 能 随便 使 用 的 asList 


异常 中 的 关键 字 : 
java.lang. UnsupportedOperationException at 
java.util.AbstractList.remove(AbstractList.java:144)at 
java.util.AbstractList$Itr.remove(AbstractList.java:360)at 


java.util.AbstractCollection.remove(AbstractCollection.java:252)at 


发 生 频率 : 太太 


这 个 异常 是 因为 对 asList 方 法 的 理解 有 误导 致 。Arrays.asList() 的 返回 值 类 型 为 java.util.Arrays$ArrayList， 而 不 是 ArrayList。 画 一 个 类 的 继承 关系 图 ， 如 图 6-2 所 示 。 


AbstractList 


+ add (Object obj) 
+ remove (Object obj) 


ArrayList Arrays$ ArrayList 


图 6-2 ”AbstractList 类 的 继承 关系 图 


从 图 中 看 到 ，AbstractList 这 个 基 类 有 两 个 方法 add 和 remove。 但 是 它 的 两 个 子 类 ， 只 有 ArrayList 实 现 了 add 和 remove 这 两 个 方法 ， 而 Arrays$ArrayList 却 没有 实现 这 两 个 方案 ， 而 
直接 抛 出 UnsupportedOperation Exception 异 常 。 


写 一 段 导致 这 个 异常 的 代码 ， 如 下 所 示 : 


Strinmy att = 人 3 
List<String> test = Arrays.asList (str.split(",")); 
test .remove ("1"); 


相应 的 解决 方案 是 ， 将 java.util.Arrays$ArrayList 转 换 为 ArrayList， 如 下 所 示 : 


String str = "1)2,3,4,.5"s 

List<String> list = Arrays.asList (str.split(",")); 
List arrayList = new ArrayList (list); 
arrayList.remove ("1"); 


6.1.11 又 有 类 找 不 到 了 (一 ) : ClassNotFoundException 
异常 中 的 关键 字 : 
ClassNotFoundException 


发 生 频 率 : 太太 太太 


当 我 们 动态 加 载 一 个 类 的 时 人 息 ， 如 果 这 个 类 在 运行 时 找 不 到 ， 就 会 抛 出 这 个 异常 。 比 如 说 ，Class 会 有 一 个 forName 方 法 : 


Class.forName ("com.company .package.class"); 


由 于 类 的 全 名 称 是 字符 串 形式 ， 这 个 值 极 有 可 能 可 能 是 不 正确 的 ， 那 自然 就 会 加 载 不 成 功 了 。 类 似 的 方法 还 有 : 
: ClassLoadet 中 的 findSystemClass ( “classname”) 方法 。 
:ClassLoadet 中 的 loadClass ( “classname”) 方法 。 


我 们 在 6.2 节 中 会 介绍 导致 ClassNotFoundException 的 几 种 情况 ， 比 如 说 使 用 Proguard 会 把 一 些 类 混淆 了 ， 但 是 Class.forName 中 的 参数 值 并 不 会 改变 ， 那 么 自然 就 会 找 不 到 类 
J 了。 


6.1.12 又 有 类 找 不 到 了 (二 ) : NoClassDefFoundError 
异常 中 的 关键 字 : 

NoClassDefFoundError 
发 生 频 率 : 太太 太太 


当 我 们 在 B 类 中 声明 一 个 A 类 的 实例 ， 如 下 所 示 : 


ClassA obj = new ClassA(); 


但 是 打包 时 B 和 A 分 别 位 于 不 同 的 dex 中 ， 这 时 如 果 在 A 所 在 的 dex 中 把 A 类 删除 了 ， 那 么 在 运行 时 执行 到 这 句 话 时 就 会 抛 出 NoClassDefFoundError 的 异常 信息 。 


通常 插件 化 编程 的 时 候 会 牵扯 出 这 个 异常 ， 因 为 要 使 用 到 DexClassLoader。 也 许 你 的 项 目 中 没有 用 到 插件 化 编程 但 是 也 有 类 似 的 问题 ， 那 么 就 看 一 下 你 所 使 用 的 第 三 方 SDKIE。 


[上 关于 Compatatotr 的 算法 实现 机 制 ， 详 细 信息 请 参见 http://blog.2baxb.me/993/?utm_source=tuicool 

[2] 关于 这 个 bug 的 详细 介绍 ， 网 上 已 经 找 不 到 原创 ， 请 参见 其 中 一 篇 转载 文章 : http://blogcsdn.net/sells2012Varticle/details/18947849 ， 隐 约 能 查 到 的 是 ， 此 文 为 HuangWei 所 写 ， 相 关 代 码 请 
到 GitHub 下 载 : https://github.com/Huang-Wei/understanding-timsort-java7。 

[3] 详细 内 容 请 参见 http://blog.csdn.net/loonggedroid/article/details/21166563。 


6.2 ”Activity 相 关 的 异常 


Android 四 大 组 件 ， 对 于 应 用 类 App 而 言 ， 使 用 最 多 的 是 Activity， 偶 尔 会 用 到 Service 和 BroadCastReceiver， 线 上 关于 Actvity 的 崩溃 也 是 最 多 的 。 

对 于 这 些 异 常 ， 只 从 字面 上 分 析 是 远 远 不 够 的 。 它 们 通常 是 由 外 界 环境 所 导致 的 ， 比 如 说 找 不 到 一 个 Activity 或 Service， 有 可 能 是 混淆 或 dex 拆 分 不 当 导 致 的 。 
6.2.1 找 不 到 Activity 
异常 中 的 关键 字 : 

android.content. ActivityNotFoundException:No Activity found to handle Intent{ 
发 生 频率 : 太太 大 


出 现 错误 的 原因 是 ，URL 不 是 以 http 开 头 ， 代 码 就 会 地 出 异常 : 


Uri uri = Uri.parse ("www.baidu.com"); 
Intent intent = new Intent (Intent .ACTION VIEW, uri); 
startActivity (intent); 


这 类 Crash 还 有 一 种 发 生 的 场景 是 ， 当 我 们 要 打开 SD 卡 上 的 一 个 HTML 页 面 时 ， 没 有 为 Intent 指 定 打开 该 HTML 页 面 所 需要 的 浏览 器 ， 如 下 所 示 : 


Intent intent = new Intent (Intent -ACTION VIEW, 
Uri.parse("file:// sdcarq/101.html") )7 

// 此 处 指定 系统 自 带 浏览 器 包 名 和 Rctivity 名 称 . 

// intent.setClassName ("com.android.browser", 

// "com.android.browser .BrowserActivity"); 

startActivity (intent); 


就 是 因为 指定 浏览 器 的 语句 被 注释 了 ， 所 以 就 衣 滇 了。 我 最 初 想 重 现 这 个 异常 的 时 候 ， 因 为 手机 上 装 了 爱 奇 艺 App， 所 以 即使 没有 指定 系统 自 带 的 浏览 器 ， 也 会 弹出 爱 奇 艺 的 播放 
器 。 只 有 印 载 了 爱 奇 艺 App， 才 会 复 现 该 问题 。 


还 有 一 个 原因 ， 如 果 是 调用 百度 地 图 的 openBaiduMapNav 访 法 导致 的 Crash， 有 可 能 是 手机 没有 安装 百度 地 图 的 客户 端 ， 而 这 个 方法 就 是 要 打开 这 个 客户 端 。 解 决 方案 是 判断 其 是 
否 安装 了 ， 没 有 的 话 就 提示 用 户 有 问题 要 么 就 干脆 不 显示 。 


6.2.2 不 能 实例 化 Activity 


异常 中 的 关键 字 : 
java.lang. RuntimeException:Unable to instantiate activity ComponentInfo 


发 生 频 率 : 太太 太太 


这 种 Crash， 通 常 是 因为 没有 在 AndroidManifest.xm| 清 单 中 注册 该 activity， 或 者 在 创建 完 activity 后 ， 修 改 了 包 名 或 者 activity 的 类 名 ， 而 配置 清单 中 没有 修改 ， 造 成 不 能 实例 化 。 


如 果 还 不 能 解决 问题 ， 有 可 能 是 系统 处 于 异常 状态 (关机 ， 内 存 不 足 ) 等 ， 导 致 部 件 初 始 化 失败 。 
6.2.3” 找 不 到 Service 


异常 中 的 关键 字 : 


java.lang. RuntimeException:Unable to instantiate receiver 


发 生 频 率 : 太太 


对 于 应 用 类 App 而 言 ， 不 可 能 开发 期 间 没有 问题 ， 而 发 布 到 线 上 却 发 现 上 述 的 崩溃 ， 所 以 我 们 接 下 来 的 讨论 也 基于 此 。 对 于 Manifest.xml 文 件 中 写 错 了 的 类 似 问题 我 们 就 不 研究 了 。 


首先 检查 代码 中 是 否 有 Class.forName("class1") 这 样 的 语句 。 对 于 此 ，ProGuard 会 将 class1 混 淆 ， 从 而 就 是 找 不 到 class1 这 个 类 。 


6.2.4 不 能 启动 BroadcastReceiver 


异常 中 的 关键 字 : 


Unable to statt receiver 


发 生 频 率 : 太太 


在 推送 的 时 候 ， 会 和 App 事 先 定好 协议 ， 点 击 推送 消息 就 能 跳 过 首页 直接 进入 二 级 页 面 ， 如 下 所 示 ， 我 们 要 在 一 个 BroadcastReceiver 中 编写 如 下 代码 : 


Intent intent = new Intent (context, S13Activity.class); 
intent .putExtra (bundle); 

intent.setFlags (intent .FLAG ACTIVITY NEW TASK); 
context.startActivity (intent); 


使 用 Activity 以 外 的 content 来 startActivity， 比 如 BroadcastReceiver， 就 必须 指定 为 Intent.FLAG_ACTIVITY_NEW_TASK， 否 则 就 会 抽出 上 述 异 常 信息 。 


此 外 ， 还 有 类 似 的 一 个 异常 ， 如 下 所 示 : 


Caused by: android.util.AndroidRuntimeException: 

Calling startActivity() from outside of an Activity context 
requires the FLAG ACTIVITY NEW TASK fiag. 

Zs this really what you want? 


众所周知 ，Context 中 有 一 个 startActivity 方 法 ，Activity 继 承 自 Context， 重 载 了 startActivity 方 法 。 如 果 使 用 Activity 的 startActivity 方 法 ， 不 会 有 任何 限制 ， 而 如 果 使 用 Context 的 
startActivity 方 法 的 话 ， 就 需要 开启 一 个 新 的 task， 遇 到 上 面 那 个 异常 的 ， 都 是 因为 使 用 了 Context 的 startActivity 方 法 。 解 决 办 法 是 ， 加 一 个 fiag: 


intent .addFlags (Intent .FLAG ACTIVITY NEW TASK); 


这 样 就 可 以 在 新 的 task 里 面 启动 这 个 Activity 了 。["] 
6.2.5 ”startActivityForResult 不 能 回 传 


异常 中 的 关键 字 : 


Failure delivering result ResultInfo{who=null,request=0,result=-1 


发 生 频率 : 大 太太 


这 类 问题 是 startActivityForResult 导 致 的 。 就 是 说 传 回来 的 key 是 A， 但 是 却 按照 B 这 个 key 来 取 值 。 如 下 所 示 : 


protected void onActivityResult (int requestCode, int resultCode, Intent data) { 
switch (resultCode) { 
cass 1s 
Bundle bundle = 
String number = 
break; 
default: 


} 
} 


if (!("".equals (number))) 
break; 


data.getExtras (); 
bundle.getString ("number"); 
textviewl .setText (number); 


6.2.6 ” 猴 急 的 Fragment 


异常 中 的 关键 字 


字 : 


Fragment not attached to Activity 


我 们 看 到 ，number 这 个 字符 串 为 null 时 ， 在 执行 equal 语 法 时 就 会 朋 溃 。 其 实 是 空 指针 导致 的 ， 但 是 表现 为 Failure delivering result Resultlnfo 的 异常 。 
发 生 频 率 : 太太 太 


发 生 这 个 异常 ， 是 


getResources () .getString (R.string.app name); 


因为 Fragment 在 还 没有 Attach 到 Activity 时 ， 调 用 了 诸如 getResource() 这 样 的 方法 : 
相应 的 解决 方案 是 ， 在 获取 资源 前 先 使 用 isAdded 方 法 进行 判断 ， 如 下 所 示 : 
if (isAgded()) { 

} 


getResources () .getString (R.string.app name); 


isAdd 方 法 是 Android 系 统 提供 的 ， 它 只 有 在 Fragment 被 添加 到 所 
四 关于 这 个 Crash 的 更 多 信息 请 参 


参见 


多 : 


6.3 ”序列 化 相关 的 异常 


http://www.it165.net/pro/html/201406/15547.html。 
G3.1 


属 的 Activity 后 才 会 返回 true。 


实体 对 象 不 支持 序列 化 
异常 中 的 关键 字 


字 : 


发 生 频 率 : 六 太太 


Parcelable encountered IOException writing serializable object(name=xxx)…………… 


看 下 面 这 个 实体 类 ， 它 看 上 去 是 支持 序列 化 的 : 


private CreditCard creditCard; 
public UserInfo(){ 
} 


Private static final long serialVersionUID = 11L; 
private String username; 


public class UserInfo implements Serializable { 


Android 中 的 序列 化 分 两 种 ， 一 种 是 原始 的 Serializable， 另 一 种 是 Android 为 了 提升 性 能 而 量 身 打造 的 Parcelable。 接 下 来 将 介绍 序列 化 不 当 导 致 的 异常 。 


看 其 中 的 CreditCard 实 体 ， 它 的 定义 如 下 : 


全 | 


会 因为 这 


public class CreditCard { 
public String cardNo; 


个 


属性 不 能 序列 化 而 崩溃 


人/ 内。 


ja 示 JSONObject 和 JSONArray 不 支持 序列 化 


异常 中 的 关键 字 : 


也 就 是 说 ，CreditCard 类 不 支持 序列 化 。 那 么 ， 当 Userlnfo 对 象 中 CreditCard 属 性 的 值 为 空 时 ， 没 有 任何 问题 
6.3.2 ”序列 化 时 未 指定 ClassLoader 


而 一 旦 CreditCard 


对 于 JSONObiject 和 JSONArray 这 样 的 类 型 ， 也 是 不 支持 序列 化 的 ， 所 以 实体 中 一 旦 有 这 样 的 属性 ， 必 然 崩 溃 。 


BadPatcelableException:ClassNotFoundException when unmarshalling 


属性 值 不 为 空 ， 那 么 Userlnfo 在 序列 化 的 时 候 ， 就 


发 生 频率 : 太太 


在 使 用 Parcelable 机 制 的 时 候 ， 会 遇 到 上 述 异 常 信 息 。 


比如 说 下 面 这 个 序列 号 类 MyParcelable， 有 个 自 定义 类 型 ClassA 的 属性 a: 


Public class MyParcelable implements Parcelable { 
private String mStr; 
private ClassA a; 
“http://www.hzcourse.com/resource/readBook?path=/openresources/teach ebook/uncompressed/15439/OEBPS/Text/.. // 省 略 若干 语句 
Private MyParcelable (Parcel in) { 
mStr = in.reaqString() 7 
a = in.readParcelable (null); 


} 


崩溃 出 在 最 后 一 名 上 ， 对 a 的 反 序列 化 上 : 


a = in.readParcelable (nul1) 


当 把 它 改 为 下 面 这 样 ， 就 不 会 再 骨 溃 了 : 


a=in.readParcelable (ClassA.class.getClassLoader () ) 7 


a ClassLoader 的 概念 
当 ClassLoadet 为 空 时 ， 系 统 会 采取 默认 的 ClassLoader。 


Android 有 两 种 不 同 的 ClassLoadet: framewotk ClassLoader 和 apk ClassLoader， 其 中 framework ClassLoader 知 道 怎么 加 载 Android 系 统 内 部 的 类 ; apk ClassLoadet 知 道 怎么 加 载 我 们 自己 写 的 
类 ， 也 知道 怎么 加 载 Android 系 统 内 部 的 类 。 


在 App 刚 启动 时 ， 默 认 ClassLoadet 是 apk ClassLoader， 但 在 系统 内 存 不 足 应 用 被 系统 回收 会 再 次 启动 ， 这 个 默认 ClassLoader 会 变 为 framewotrk ClassLoader， 所 以 对 于 我 们 自己 的 类 会 报 


ClassNotFoundException。 


6.3.3” 反 序列 化 时 发 现 类 找 不 到 : 被 ProGuard 混 淆 导致 的 崩溃 


异常 中 的 关键 字 : 


Parcelable encountered ClassNotFoundException reading a Setializable object……… 


发 生 频率 : 太太 


在 反 序 列 化 的 时 候 ， 发 现 有 个 类 找 不 到 。 一 般 而 言 ， 这 样 的 崩溃 ， 在 开发 调试 期 间 就 会 暴露 出 来 。 但 为 什么 开发 期 间 没 事 发 到 线 上 就 出 问题 了 呢 ? StackOverfiow 上 有 个 哥们 契 而 不 
舍 的 花 了 2 年 时 间 查 这 个 问题 ， 最 后 发 现 是 ProGuard 导 致 的 。 


ProGuard 对 于 Class.forName (className) 中 的 class 是 无 能 为 力 的 ， 它 会 将 这 个 class 混 淆 得 面目 全 非 ， 于 是 在 反 序列 化 这 个 类 的 时 候 却 发 现 找 不 到 这 个 类 了 ， 自 然 就 会 地 出 这 种 
异常 信息 了 。 相 应 的 解决 方案 就 是 ， 在 ProGuard 文 件 中 keep 这 个 类 。[] 


6.3.4 反 序 列 化 时 发 现 类 找 不 到 : 传 入 畸形 数据 
异常 中 的 关键 字 : 

Patcelable encountered ClassNotFoundException reading a Serializable object (name= 某 个 类 名 称 ) 
发 生 频率 : 太太 

这 是 一 个 最 近 发 现 的 安全 漏洞 。 


由 于 在 App 中 使 用 了 getSerializableExtra0 的 APl，App 开 发 人 员 没 有 对 传 入 的 数据 做 异常 判断 ， 别 有 企图 的 人 可 以 通过 传 入 畸形 数据 ， 导 致 本 地 拒绝 服务 。 


例如 传 入 简单 类 型 ， 比 如 Integer， 就 会 扫 出 类 型 转换 异常 ClassCastException。 


而 当 传 入 自 定义 的 可 序列 化 对 象 时 ， 就 会 地 出 上 述 带 有 ClassNotFoundException 的 异常 信息 了 。 辐 


6.3.5” 反 序列 化 时 出 错 
异常 中 的 关键 字 : 
Could not read input channel file descriptors from patcel……… 


发 生 频 率 : 六 太太 


出 现 这 个 异常 ， 一 般 是 因为 Intent 传 递 的 数据 太 大 了 ， 和 貌似 大 于 1MB 就 会 崩溃 。 


此 外 ， 网 上 也 有 人 说 是 因为 FileDescripter 太 多 而 且 没有 关闭 ， 或 looper 太 多 没有 退出 导致 的 ， 我 没有 验证 过 ， 仅 供 参考 。 


[由 详细 信息 请 参见 http: //stackoverf iow.com/qguestions/6014806/android-classnotfoundexception-when-passing-serializable-object-to-activity。 
由 


D] 这 个 安全 漏洞 由 360 近 期 发 现 ， 参 见 http://blogs.360.cn/360mobile/2015/01/06/andtroid-app 通 用 型 拒绝 服务 漏洞 分 析 报告 /。 


6.4 ”列表 相关 的 异常 


有 Adapter 在 的 地 方 ， 就 有 ListView， 就 有 因此 而 产生 的 异常 。 这 些 异常 基本 是 因为 下 拉 列 表 刷 新 数据 时 处 理 不 当 导致 的 。 这 主要 是 Android 本 身 没 有 提供 标准 的 下 拉 刷 新 数据 的 列表 
控件 ， 而 网 上 千奇百怪 的 下 拉 刷 新 控件 又 都 有 这 样 那 样 的 缺陷 。 封 装 得 再 完善 的 下 拉 列 表 控件 ， 也 只 能 确保 在 大 部 分 机 型 上 工作 良好 。 


6.4.1 Adapter 数 据 源 变化 但 是 没 通知 ListView 


异常 中 的 关键 字 : 


The content of the adapter has changed but ListView did not receive a notification. Make sute the content of yout adabtet is not modified from a background thread,but only from the UT thread. 


发 生 频率 : 太太 太太 大 


上 述 异 常 信息 的 大 体 意思 是 ，adapter 的 内 容 变化 了 ， 但 是 相应 的 ListView 并 不 知情 。 请 保证 adapter 的 数据 在 主线 程 中 进行 更 改 ! 


首先 ， 一 种 极端 的 解决 方案 是 ， 每 次 设置 adapter 中 的 集合 数据 时 ， 都 要 将 其 clone 一 份 ， 而 不 是 直接 传递 一 个 集合 过 来 。 但 是 这 样 会 比较 消耗 性 能 。 
其 次 ， 要 确保 每 次 在 Activity 中 设置 adapter 的 值 ， 而 不 是 在 后 台 线程 ， 有 以 下 几 个 办 法 : 


1) 调用 Activity 的 runOnUiThread() 方 法 ， 如 下 所 示 : 


Private class OnClickListenerImpl 
implements View.OnClickListener { 
@Override 
public void onClick(View arg0){ 
new Thread(){ 
public void run(){ 
MainActivity.this.runOnUiThread (new Runnable() { 
@Override 
public void run() { 
textView] .setText ("Hello World!"); 
F 
]) 7 
} 
tart(}s 


2) 调用 Handler， 通 知 主线 程 修改 adapter。 
3) 使 用 AsyncTask 也 是 一 个 不 错 的 选择 ， 虽 然 它 也 有 很 多 缺陷 。 


最 后 ， 无 论 何 时 何 地 ， 只 要 修改 了 adapter 中 集合 数据 的 值 ( 比 如 设置 一 个 集合 数据 、 加 一 笔 数据 、 清 空 集合 数据 ) ， 就 要 马上 调用 notifyDataSetChanged 方 法 ， 以 确保 列表 同步 更 


浸 


这 个 异常 在 Android 技 术 圈 儿 里 可 算是 大 名 易 易 了 ， 基 本 上 所 有 的 App 应 用 都 存在 这 样 的 崩溃 。 


6.4.2 ”ListView 滚动 时 点 击 刷 新 按钮 后 骨 溃 
异常 中 的 关键 字 : 

java.lang.IndexOutOfBoundsException:Invalid index 30,size is 1 at 

java.util. ArrayList.throwIndexOutOfBoundsException(ArrayList.java:251)at 

java.util. ArrayList.get(ArrayList.java:304)at android.widget.HeaderViewListAdapter.getView(HeaderViewListAdapter.java:225) 
发 生 频率 : 太太 太 


Listview 滚 动 的 时 候 ， 表 示 它 已 经 获取 了 adapter 的 getCounts(0， 可 能 是 30， 也 可 能 更 大 。 回 调用 getView(， 这 个 时 候 将 数据 clear 掉 了 。 当 然 会 报 
IndexOutOfBoundsException:lnvalid index 30，size is 1。 这 个 1 是 那个 header， 因 为 我 们 使 用 的 是 HeaderViewList Adapter。 


这 种 Crash 的 解决 方案 是 ，Listview 滚 动 的 时 候 ， 将 刷新 按钮 设置 为 不 可 点 击 ， 如 下 所 示 : 


public void refresh() { 
StartLocation () 7 
PageNo = 0; 
hasMore = true; 
dataList.clear (); 
moreBtn. setVisibility (View.GONE); 
loadFirstPageData (); 


6.4.3 AbsListView 的 obtainView 返 回 空 指针 


java.lang. NullPointerException at android.widget. AbsListView.obtain View(AbsListView.java:1521)at android.widget.ListView.makeAndAddView 


发 生 频率 : 六 太太 


导致 空 指针 的 罪魁 祸首 是 AbsListView 的 obtainView 方 法 获取 不 到 View， 究 其 原因 是 getView 方 法 在 某 些 时 候 返 回 null。 


解决 方案 很 简单 ，getView 的 第 二 个 参数 convertView 是 不 会 为 null 的 ， 在 getView 返 回 值 的 时 候 ， 判 断 一 下 是 否 为 null， 如 果 为 null， 则 返回 ConvertView。 
6.4.4 Adapter 数 据 源 变化 但 是 没 调用 notifyDataSetChanged 
异常 中 的 关键 字 : 

The application's PagerAdapter changed the adapter's contents without calling PagerAdapter#notifyDataSetChanged 
发 生 频率 : 太太 


PagerAdapter 对 于 notifyDatasetChanged0 和 getCount() 的 执行 顺序 是 非常 严格 的 ， 系 统 跟踪 count 的 值 ， 如 果 这 个 值 和 getCount 返 回 的 值 不 一 致 ， 就 会 抛 出 这 个 异常 。 所 以 为 了 
保证 getCount 总 是 返回 一 个 正确 的 值 ， 那 么 在 初始 化 ViewPager 时 ， 应 先 给 adapter 初 始 化 内 容 后 再 将 该 adapter 传 给 ViewPager， 如 果 不 这 样 处 理 ， 在 更 新 adapter 的 内 容 后 ， 应 该 调 
用 一 下 Adapter 的 notifyDataSetChanged 方 法 。 


6.5 ” 窗 体 相关 的 异常 


这 种 Crash 很 有 名 ， 原 因 基本 都 是 在 执行 dismiss 方 法 销毁 对 话 框 的 时 候 ，Activity 已 经 不 再 存在 。 但 是 随 着 场景 的 不 同 ， 抛 出 的 异常 信息 却 又 大 不 相同 。 本 节 我 还 会 顺带 讲 一 下 在 非 主 
线程 操作 UI 导致 的 异常 。 


6.5.1 ”窗口 句柄 泄露 


android.view.WidnowLeaded: Activity xxx has leaked window com.android.internal.policy.impl.PhoneWindow$DecorView {xxxx} that was originally added hete. 


发 生 频率 : 太太 


我 们 试 着 写 这样 一 段 代码 ， 来 重 现 这 个 异常 : 


Dialog dialog; 

@Override 

protected void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
SetContentView (R.layout.activity sl scenariol); 
AlertDialog.Builder info = new AlertDialog.Builder (this); 
info.setTitle ("Dialog") .setPositiveButton ("OK", null) 

.SetMessage ("This is a Dialog"); 

dialog = info.show(); 
finish(); 


以 上 代码 在 运行 时 必然 崩溃 ， 这 是 因为 ， 最 后 finish 语 句 销毁 了 当前 Activity， 但 是 在 它 基础 上 创建 的 AlertDialog 对 话 框 还 在 ， 窗 口 句 柄 泄露 ， 未 能 及 时 销毁 。 


finish0 语 句 是 我 故意 写 的 ， 是 为 了 重 现 这 个 异常 。 现 实 中 当然 不 会 这 么 写 代码 ， 往 往 是 因为 我 们 在 非 主线 程 中 的 某 些 操作 不 当 而 产生 了 一 个 严重 的 异常 ， 从 而 强制 关闭 当前 
Activity。 而 在 关闭 的 同时 ， 却 没 能 及 时 调用 dismiss 来 解除 对 ProgressDialog 等 的 引用 ， 从 而 系统 抛 出 了 上 述 崩 演 信 息 。 


可 以 再 写 一 个 Demo， 来 模拟 Activity 被 销毁 的 情景 : 


Dialog dialog; 
@Override 
protected void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
setContentView (R.layout .activity sl scenario2); 
AlertDialog.Builder info = new AlertDialog.Builder (this); 
info.setTitle ("Dialog") .setPositiveButton ("OK", null) 
.SetMessage ("This is a Dialog"); 
dialog = info.show(); 
findViewById (R.id.btnSstartThread) .setOonClickListener( 
new View.OnClickListener() { 
@Override 
public void onClick(View v) { 
new Thread (new Runnable() { 
@Override 
public void run() { 
try { 
Thread. sleep (10000) ; 
} catch (InterruptedException e) { 
e.printstackTrace (); 
} 


dialog.dismiss(); 


}) .start (); 


同时 ， 要 设置 这 个 Activity 支 持 横竖 屏 旋转 ， 这 时 就 会 产生 崩 演 信息 了 。 


相应 的 解决 办 法 是 ， 重 写 Activity 的 onDestroy 方 法 ， 在 方法 中 调用 dismiss 来 解除 对 ProgressDialog 等 的 引用 : 


@Override 
public void onDestroy() { 
super .onDestroy (); 
// 成 败 就 在 这 和 句 话 ， 注 释 了 就 会 Crash 
dialog.dismiss(); 


6.5.2 View not attached to window manager 


异常 中 的 关键 字 : 
java.lang. llegal ArgumentException:View not attached to window managet at 
android.view.WindowManagetImpl.findViewLocked(WindowManagerImpl.java:356)at 
android.view.WindowManagerImpl.removeView(WindowManagerImpl.java:201)at 
android.view.Window$LocalWindowManager.removeView(Window.java:400)at 
android.app. Dialog.dismissDialog(Dialog,java:268)at 
android.app. Dialog.access$000(Dialog.java:69)at 


android.app. Dialog$1.run(Dialog.java:103)at 


android.app. Dialog.dismiss(Dialog,java:252) 


发 生 频 率 : 太太 太太 大 


发 生 这 类 Exception 的 场景 是 ， 有 一 个 费时 的 线程 任务 ， 在 任务 开始 的 时 候 显示 一 个 对 话 框 ， 然 后 当 任务 完成 了 再 销毁 对 话 框 ， 在 此 期 间 如 果 Activity 因 为 某 种 原因 被 杀 掉 且 又 重新 启 
动 了 ， 那 么 当 Dialog 调 用 dismiss 方 法 的 时 候 WindowManager 检 查 发 现 Dialog 所 属 的 Activity 已 经 不 存在 了 ， 所 以 会 报 View not attached to window manager。[1] 


要 想 避 免 此 类 Exception， 就 要 正确 的 使 用 对 话 框 ， 也 要 正确 的 使 用 线程 ， 有 以 下 几 点 需要 注意 。 
1) 正确 使 用 对 话 框 。 不 要 在 非 UI 线 程 中 使 用 对 话 框 创建 ， 显 示 和 取消 对 话 框 。 

那么 对 于 异步 操作 显示 对 话 框 怎么 办 呢 ? Activity 都 有 相应 的 操作 对 话 框 的 回调 ， 比 如 : 

. onCreateDialog0 

. showDialog0 

. dimissDialog0 


* removeDialog() 


以 上 这 些 都 是 Activity 的 方法 ， 因 此 使 用 起 来 更 方便 ， 也 不 用 显示 创建 和 操控 Dialog 对 象 ， 一 切 都 由 框架 操控 ， 相 对 来 说 比较 安全 。 


2) 一 定 要 让 对 话 框 对象 在 Activity 的 可 控制 范围 之 内 和 生命 周期 之 内 。 比 如 对 话 框 一 定 要 是 Activity 的 成 员 变 量 ， 并 且 在 让 对 话 框 变量 活跃 在 Activity 的 onCreate0 和 onDestroy( 这 两 
个 方法 之 间 。 


写 一 个 引发 此 Crash 的 例子 : 


Private ProgressDialog mpProgressDialog; 
@Override 
Public void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
setContentView (R.1Layout . activity s10); 
mProgressDialog = new ProgressDialog (this); 
mProgressDialog. show (); 
new Handler () .postDelayed (new Runnable() { 
@Override 
public void run() { 
mProgressDialog.dismiss (); 


下 
}, 1000); 
finish(); 


后 来 我 在 网 上 看 到 另 一 种 完美 的 解决 方案 (站: 从 ProgressDialog 中 派生 出 SafeProgress-Dialog 子 类 ， 通 过 履 写 dismiss 方 法 ， 在 ProgressDialog.dismiss 方 法 执行 之 前 判断 Activity 是 
否 存 在 。 


class SafeProgressDialog extends ProgressDialog { 
Activity mParentActivity; 


public SafeProgressDialog (Context context) { 
super (context); 
mParentActivity = (Activity) context; 
} 
@Override 
public void dismiss() { 
if (mParentActivity != null 
&& !ImParentActivity.isFinishing()) { 
super.dismiss(); 


6.5.3 ” 窗 体 在 不 恰当 的 时 候 获取 了 焦点 


异常 中 的 关键 字 : 


java.lang. NullPointerException:android.widget.PopupWindow$PopupViewCo ntainer.dispatchKeyEvent 


发 生 频率 : 太太 
这 个 问题 是 因为 在 PopupWindow 显 示 之 前 ， 就 把 焦点 赋予 了 它 ， 结 果 当 然 会 Crash 了 。 


这 类 问题 只 在 Android 2.3 版 本 才 会 偶然 出 现 ， 我 看 到 Android 系 统 4.0 的 源码 修改 了 方法 ， 在 底层 对 这 个 问题 进行 了 规避 。D] 


但 是 对 于 2.3 的 Android 系 统 ， 我 们 还 是 要 进行 兼容 。 相 应 的 解决 方法 是 ， 在 创建 PopupWindow 的 时 候 不 立即 调用 setFocusable(true)， 而 是 在 showAtLocation 后 再 调用 
setFocusable(true)， 同 时 ， 在 调用 dismiss 的 时 候 ， 调 用 setFocusable(false)。 内 


:tt 霹 


PopupWindow 调 用 setFocusable(true) 是 为 了 让 它 里 面 的 控件 能 够 实现 监听 事件 。 
6.5.4 token nullis not for an application 
异常 中 的 关键 字 : 
android.view.WindowManager$BadTokenException:Unable to add window--token null is not for an application 


发 生 频 率 : 太太 太 


在 实现 Android 浮 窗 时 ， 有 时 会 报 这 个 异常 ， 根 据 以 往 的 经 验 ， 出 现 这 问题 一 般 是 我 们 的 Context 不 正确 。 以 下 代码 会 报 这 个 异常 : 


new AlertDialog.Builder (getApplicationContext () ) 
.SetIcon (android.R.drawable.ic dialog alert) 
.setTitle ("Warnning") 加 
.SetMessage ("Hello world!") 
.Show (); 


问题 出 在 AlertDialog.Builder (mcontext) 这 句 话 ， 所 接受 的 参数 不 能 是 getApplication-Context() 获 得 的 Context， 而 应 该 是 Activity 实 例 ， 因 为 只 有 一 个 Activity 才 能 添加 一 个 窗 
体 ， 如 下 所 示 : 


new AlertDialog.Builder (S4Activity.this) 
.SetIcon (android.R.drawable.ic dialog alert) 
.SetTitle ("Warnning") 人 
.SetMessage ("Hello world!") 
-Show (); 


6.5.5 permission denied for this window type 
异常 中 的 关键 字 : 

Android.view.WindowManager$BadTokenException:Unable to add window android.view.ViewRootImpl$W(@411da608--permission denied for this window type 
发 生 频率 : 六 太太 

在 使 用 WindowManager.LayoutParams.TYPE_SYSTEM_ALERT 涉 及 window type 权 限 问题 。 


这 种 错误 多 发 生 在 使 用 WindowManager 自 定义 弹出 框 时 ， 没 有 设置 权限 。 


相应 的 解决 方案 是 ， 在 AndroidManifest.xm| 配 置 文件 中 添加 以 下 两 个 uses-permission : 


<!-- 显示 系统 窗口 权限 --> 
<uses-permission 
android:name="android.permission.SYSTEM ALERT WINDOW" /> 
<!-- 在 屏幕 最 顶部 显示 addview --> i 
<uses-permission 
android:name="android.permission.SYSTEM OVERLAY WINDOW" /> 


前 者 允许 应 用 使 用 TYPE_SYSTEM_ALERT 来 打开 窗口 ， 并 将 窗口 显示 于 其 他 应 用 的 顶端 ， 后 者 允许 使 用 窗 体 覆盖 在 window 上 。 


6.5.6 isyour activity running 
异常 中 的 关键 字 : 
android.view.WindowManager$BadTokenException:Unable to add window--token android.app.LocalActivityManager$LocalActivityRecord(@45a58ee0 is not valid;is your activity ruanning? 


发 生 频 率 : 太太 太太 


当 我 回来 ， 你 已 不 在 。 说 的 就 是 这 个 Crash。 


这 种 Crash 与 弹出 框 Dialog 密 切 相关 ， 是 由 于 Activity A 依附 于 另 一 个 Activity B 的 ， 当 被 依附 的 Activity B 产 生 错 误 的 时 候 ，Activity A 因 为 没有 了 靠山 而 产生 错误 (或 者 是 调用 了 一 个 
已 经 被 finish() 的 Activity) 。 


比如 ， 在 onCreate 方 法 中 ， 想 要 弹出 PopupWindow， 如 下 所 示 : 


public class S6CrashActivity extends Activity { 
QOverrigde 
protected void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
setContentView (R.layout .activity s6 crash); 
PopupWindow popupWindow = new PopupWindow( 
getLayoutInfiater () .infiate( 
R.layout .activity s6 crash, null), 
ViewGroup.LayoutParams .WRAP_ CONTENT, 
ViewGroup.LayoutParams .WRAP CONTENT); 
popupWindow. showAtLocation( 
findViewById(R.id.btnScenariol), 
Gravity.CENTER, 0, 0); 
popupWindow .update (); 


我 们 看 一 下 PopupWindow 的 showAtLocation 方 法 : 


void android.widget .PopupWindow.showAtLocation( 
View parent, int gravity, int x, int y) 


当 参 数 parent 为 空 时 ， 就 会 报 上 述 的 错误 ， 说 token 为 空 了 ， 无 效 了 ， 由 于 popupwindow 要 依附 于 一 个 activity， 而 activity 的 onCreate() 还 没 执行 完 ， 那 么 肯定 会 出 错 了 。 


因此 ， 我 们 要 做 的 就 是 让 这 个 showAtLocation 的 调用 再 晚 一 点 ， 这 里 使 用 handler 来 解决 这 个 问题 ， 如 下 所 示 : 


Public class S6CrashFixActivity extends Activity { 
Private PopupWindow popupWindow; 
QOverrigde 
protected void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
popupWindow = new PopupWindow (getLayoutInfiater() .infiate( 
R.layout.activity sé6, null), 
WindowManager .LayoutParams .WRAP CONTENT, 
WindowManager .LayoutParams .WRAP CONTENT); 
new Thread() { - 
public void run() { 
try { 
handler .sendEmptyMessageDelayed (0, 1000); 
} catch (Exception e) { 
e.printstackTrace (); 
} 
} 
}.start ();» 
} 
private Handler handler = new Handler() { 
QOverride 
public void handleMessage (Message msg) { 
switch (msg.what) { 
case 1000: 
popupWindow. showAtLocation( 
findViewById (R.id.btnScenariol), 
Gravity.CENTER | Gravity.CENTER, 0, 0); 
popupWindow.update (); 


super.handleMessage (msg); 


] 


6.5.7 ”添加 窗 体 失败 


异常 中 的 关键 字 : 
java.lang. RuntimeException:Adding window failed at 
android.view.ViewRootImpl.setView(ViewRootImpl.java:511)at 
android.view.WindowManagetImpl.addView(WindowManagerImpl.java:301)at 


android.view.WindowManagetrImpl.addView(WindowManagertImpl.java:215)at………… 


发 生 频率 : 六 


这 个 Crash 我 不 能 复 现 ， 只 能 在 线 上 看 到 异常 信息 。 不 知道 发 生 的 原因 ， 也 暂时 没有 解决 方案 。 


检查 Android 系 统 源 码 ， 这 个 Crash 是 在 ViewRoot 的 setView 方 法 中 捕获 到 的 ， 如 下 所 示 : 


try { 


res 


sWindowSession.add (mWindow, mWindowAttributes, 


getHostVisibility(), mAttachInfo.mContentInsets); 
} catch (RemoteException ex) { 
mAdded = false; 
mView = null; 
mAttachInfo.mRootView = null; 
unscheduleTraversals (); 
throw new RuntimeException("Adding windows failed", ex); 


考虑 到 窗 体 类 Crash 的 完整 性 ， 我 没有 把 这 个 Crash 归 类 到 6.9 不 明 觉 厉 中 。 还 请 知道 其 中 缘由 的 朋友 不 音 赐教 。 


6.5.8 AlertDialog.resolveDialogTheme 


异常 中 的 关键 字 : 


java.lang. NullPointerException at 


android.app.AlertDialog,.resolveDialogTheme(AlertDialog.java:142)at 


android.app. AlertDialog$Builder.<init>(AlertDialog,java:359)at 


com.radzik.devadmin. MainActivity$5.0onClick(MainActivity.java:140)at 


android.view.View.performClick(View.java:4084)"………… 


发 生 频 率 : 太太 太 


这 是 一 个 很 有 趣 的 异常 。 我 在 重 现 is your activity running 这 个 异常 时 ， 阴 差 阳 错 发 现 了 这 个 新 的 异常 ， 上 网 一 查 ， 这 类 Crash 发 生 次 数 还 是 蛮 多 的 。 


场景 1: 在 B 页 面 写 了 一 个 show 方 法 ， 控 制 AlertDialog.Builder 的 弹出 和 隐藏 。 在 A 页 面 却 要 调用 B 页 面 的 Show 方法， 于 是 就 月 滇 了 ， 代 码 如 下 所 示 : 


Public class S8Activity extends Activity { 
@Overrigde 


protected void onCreate (Bundle savedInstanceState) 


} 
} 


super.onCreate (savedInstanceState); 
setContentView (R.layout .activity s8); 


Button btnCrashl = (Button) findViewById(R.id.btnCrash]l); 
btnCrash] .setOonClickListener (new OnClickListener() { 


QOverrigde 
public void onClick(View v) { 


AnotherSs8Activity s8 = new AnotherS8Activity(); 


s8.show(); 


1); 


public class AnotherS8Activity extends Activity { 
QOverrigde 


protected void onCreate (Bundle savedInstanceState) 


super.onCreate (savedInstanceState); 


} 
public void show() { 
AlertDialog.Builder dialog = new AlertDialog.Builder( 


AnotherSs8Activity.this); 
dialog.setTitle ("Test"); 
dialog.setMessage ("Hello World"); 
dialog.setPositiveButton ("OK", 


new DialogInterface.OnClickListener () 


QOverrigde 


public void onClick (DialogInterface dialog, 


int which) { 
dialog.cancel (); 
} 
Ey 
dialog.show(); 


这 种 崩溃 的 解决 方案 有 以 下 几 种 : 


“ 最 简单 的 解决 方案 ， 就 是 把 AnotherActivity 中 的 show 方 法 ， 复 制 到 S8Activity 中 。 


“ 也 可 以 把 这 个 show 方 法 放 在 BaseActivity 中 。 


“ 创建 一 个 单独 的 类 ， 把 AnotherActivity 中 的 show 方 法 转移 过 去 ， 只 要 传递 正确 的 context 参 数 即 可 。 


场景 2: 在 TabActivity 中 切换 Tab 时 ， 容 易 产生 这 个 Crash。 这 是 


因为 ， 在 new 对 话 框 的 时 候 ， 参 数 content 指 定 成 了 this， 即 指向 当前 子 Activity 的 content。 但 子 Activity 是 动态 创建 


的 ， 不 能 保证 一 直 存 在 。 其 父 Activity 的 content 则 是 稳定 存在 的 ， 所 以 将 this 蔡 换 为 getParent( 即 可 ， 如 下 代码 所 示 : 


QOverride 
public void onTabChanged (String tagString) { 


if 


(tagString.equals ("One")) { 

myMenuSettingTag = 1; 

ProgressDialog dialog = ProgressDialog.show( 
getParent () "提示 "， 
"正在 获取 数据 ， 请 稍 等 1"，true, true); 


(tagString.equals ("Two")) { 

myMenuSettingTag = 2; 

ProgressDialog dialog = ProgressDialog.show( 
S8CrashFixActivity.this, "提示 ", 
"正在 获取 数据 ， 请 稍 等 2"，true, true); 


(tagString.equals ("Three")) { 
myMenuSettingTag = 3; 
ProgressDialog dialog = ProgressDialog.show( 


S8CrashFixActivity.this, "提示 "， 
"正在 获取 数据 ， 请 稍 等 _ 3"，true, true); 
if (myMenu != null) { 
onCreateOptionsMenu (myMenu); 


6.5.9 The specified child already has a parent 


The specified child already has a parent.You must call removeViewOon the child's parent first. 
发 生 频率 : 大 太太 


这 个 异常 ， 我 们 从 字面 上 就 能 理解 。 在 使 用 儿子 的 时 候 ， 要 先 调用 其 父亲 的 remove-View 方 法 ， 解 除 父子 关系 。 口 ] 


我 们 在 一 个 Activity 中 加 载 layout， 一 般 这 样 写 : 


@Override 

protected void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
SetContentView (R.layout .activity s9); 


但 殊不知 ， 换 个 写法 也 能 达到 同样 的 效果 : 


@Override 
protected void onCreate (Bundle savedInstanceState) { 
super .onCreate (savedInstanceState); 
LayoutInfiater infiater = (LayoutInfiater) 
getSystemService (LAYOUT INFLATER SERVICE); 
LinearLayout parent = (LinearLayout) infiater.infiate( 
R.layout.activity s9 crash, null); 
setContentView(parent); | 


我 们 尝试 着 改写 setContent 方 法 的 内 容 ， 从 layout 布 局 中 抓 取 它 的 子 控件 ImageView， 当 我 们 把 ImageView 放 到 setContent 方 法 中 时 ， 就 会 报 上 述 的 错误 了 : 


QOverride 
protected void onCreate (Bundle savedInstanceState) { 
super .onCreate (savedInstanceState); 
LayoutInfiater infiater = (LayoutInfiater) 
getSystemService (LAYOUT INFLATER SERVICE); 
LinearLayout parent = (LinearLayout) infiater.infiate( 
R.layout.activity s9 crash, null); 
ImageView child = (ImageView)parent.findViewById( 
R.id.imageViewl); 
SetContentView (child); 


这 是 因为 ImageView 是 其 所 在 layout 的 儿子 ， 它 必须 跟 它 的 父亲 (parent) 共存 亡 ， 除 非 我 们 使 用 removeView 先 把 它 从 其 父亲 中 移 除 ， 如 下 所 示 : 


QOverride 
Protected void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
LayoutInfiater infiater = (LayoutInfiater) 
getSystemService (LAYOUT INFLATER SERVICE); 
LinearLayout parent = (LinearLayout) infiater.infiate( 
R.layout .activity s9 crash, null); 
ImageView child = (ImageView) parent.findViewById!( 
R.id.imageViewl); 
parent .removeView (child); 
setContentView (chilgd); 


6.5.10 ” 子 线 程 不 能 修改 UI 


android.view.ViewRootImpl$CalledFrom WrongThreadException:Only the original thread that created a view hierarchy can touch its views.* 


发 生 频 率 : 太太 太太 大 


从 字面 上 翻译 是 ， 只 有 原始 创建 这 个 视图 层次 (view hierarchy) 的 线程 才能 修改 它 的 视图 (view) 。 也 就 是 说 必须 在 程序 的 主线 程 (UI) 线程 中 更 新 界面 显示 的 工作 。 


话 虽 如 此 ， 但 是 我 写 了 一 个 Demo， 试 图 在 子 线程 中 更 新 TextView 中 的 值 ， 如 下 所 示 : 


public class ScenariolActivity extends Activity { 
TextView mLoadingText; 
Button btnstartThread; 
@Override 
protected void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
setContentView (R.layout.activity sll scenariol); 
mLoadingText = (TextView) findViewById(R.id.textViewl); 
btnStartThread = (Button) findViewById(R.id.btnstartThread); 
new Thread (new Runnable() { 
QOverrigde 
public void run() { 
mLoadingText .setText ("hello world"); 
. 


}) .start() 


但 是 奇迹 出 现 了 ， 居 然 能 运行 良好 ， 不 会 有 崩溃 。 这 不 由 得 使 我 对 之 前 从 书本 上 看 到 的 概念 产生 了 怀疑 ， 不 是 说 在 子 线程 操作 UI 就 会 月 溃 吗 ? 


后 来 我 加 了 1 秒 的 等 待 时 间 ， 然 后 再 修改 TextView 上 的 值 ， 这 个 Crash 就 能 稳定 复 现 了 (如果 不 能 复 现 就 把 时 间 拉 长 到 2~ 5 秒 ) ， 代 码 如 下 所 示 : 


Public class Scenario2Activity extends Activity { 
TextView mLoadingText; 
Button btnstartThread; 
@Overrigde 
protected void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
setContentView (R.layout.activity sll scenario2); 
mLoadingText = (TextView) findViewById(R.id.textViewl); 
btnStartThread = (Button) findqViewById(R.id.btnStartThread) 
// 在 onCreate 方 法 中 执行 不 会 Crash 
new Thread (new Runnable() { 
QOverrigde 
public void run() { 
try { 
Thread. sleep (1000); 
} catch (InterruptedException e) { 
e.printstackTrace (); 


} 
// 刷新 页 面 的 文字 
mLoadingText .setText ("hello world"); 


} 
}) .start (); 


继续 探索 ， 在 按钮 点 击 事件 中 重复 刚才 的 试验 ，Crash 稳 定 重 现 : 


btnstartThread. setOnClickListener (new OnClickListener() { 
QOverrigde 
public void onClick(View v) { 
new Thread (new Runnable() { 
@Override 
public void run() { 
// 刷新 页 面 的 文字 
mLoadingText .setText ("hello"); 


} 
}) .start (); 
} 
1); 


于 是 我 重新 检查 了 Android 的 定义 ， 发 现 是 自己 对 这 句 话 有 理解 上 的 误区 : “不 建议 在 子 线程 中 更 新 UI， 会 因此 而 产生 不 可 预知 的 错误 。” 


这 就 是 多 线程 编程 ， 有 时 候 你 运行 若干 次 ， 结 果 正 确 ， 并 不 表明 你 的 逻辑 就 是 对 的 。 我 们 一 定 要 遵循 代码 的 规范 ， 保 持 清晰 的 思维 。 


接 下 来 解释 一 下 在 onCreate 方 法 中 操作 UI 为 什么 有 时 候 不 崩溃 ? 就 像 前 面 所 说 ， 一 定 要 等 一 会 儿 才 会 出 现 崩 演 ， 肯 定 是 这 段 时 间 内 某 种 检查 机 制 还 没 起 作用 ， 晚 于 后 续 对 UI 的 操作 。 
检查 Android 源 码 ， 这 个 方法 是 viewRoot 的 requestLayout()。 只 有 在 requestLayout 方 法 的 子 方 法 checkThread 中 ， 才 会 抛 出 这 个 异常 。 


public void requestLayout() { 
checkThread (); 
mLayoutRequested = true; 
scheduleTraversals (); 
} 
void checkThread() { 
if (mThread != Thread.currentThread()) { 
throw new CalledFromWrongThreadException( 
"Only the original thread that created 
a view hierarchy can touch its views."); 


由 此 而 推测 ， 在 onCreate 的 时 候 ， 是 requestLayout 方 法 没有 执行 一 一 layout 布 局 文件 还 没有 创建 完成 ， 导 致 我 们 可 以 在 onCreate 方 法 内 在 其 他 子 线程 中 操作 U1。 


问题 查 出 来 了 ， 接 下 来 是 如 何 正确 解决 问题 ， 因 为 有 时 会 磁 到 在 非 主 UI 线程 更 新 视图 的 需要 。 这 个 时 候 我 们 有 两 种 处 理 的 方式 。 一 种 是 Handler， 另 一 种 是 Activity 中 的 
runOnUiThread(Runnable) 方 法 。 


方法 1: 使 用 Handler。 


QOverride 
protected void onCreate (Bundle savedInstanceState) { 
super.onCreate (savedInstanceState); 
setContentView (R.layout.activity S11 scenario4); 
mLoadhandler = new LoadHandler(); 
mLoadingText = (TextView) findViewById(R.id.textViewl); 
btnstartThread = (Button) findViewById(R.id.btnstartThread); 
btnstartThread. setOnClickListener (new OnClickListener() { 
QOverride 
public void onClick(View v) { 
new Thread (new Runnable() { 
QOverrigde 
public void run(}y 1 
mLoadhandler .sendEmptyMessage (101); 
} 
DD .start{); 
} 
和 
} 
// 主线 程 中 的 handler 
class LoadHandler extends Handler { 
// 接受 子 线程 传递 的 消息 机 制 
@Override 
public void handleMessage (Message msg) { 
super .handleMessage (msg); 
int what = msg.what; 
switch (what) { 
case 101: { 
// 刷新 页 面 的 文字 


mLoadingText. setText ("test"); 
break; 


方法 2: 利用 Activity 的 runOnUiThread 方 法 把 更 新 UI 的 代码 创建 在 Runnable 中 ， 这 样 Runnable 对 像 就 能 在 UI 程序 中 被 调用 。 如 果 当 前 线程 是 Ul 线程， 那么 行动 是 立即 执行 。 如 果 
当前 线程 不 是 Ul 线程， 操作 是 发 布 到 事件 队列 的 线程 中 。 


public void onClick(View v) { 
runOnUiThread (new Runnable() { 
public void run() { 
// 刷新 页 面 的 文字 
mLoadingText .setText ("test"); 
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方法 3: 使 用 AsyncTask。 


Private class MyTask extends AsyncTask<Void, Void, Void> { 

@Override 

protected Void doInBackground (Voidhttp://www.hzcourse.com/resource/readBook?path=/openresources/teach ebook/uncompressed/15439/0EBPS/Text/... params) { 
publishProgress (); 
return null; 

} 

@Override 

protected void onProgressUpdate (Voidhttp://www.hzcourse.com/resource/readBook?path=/openresources/teach ebook/uncompressed/15439/0EBPS/Text/... values) { 
super .onProgressUpdate (values); 
// 刷新 页 面 的 文字 
mLoadingText .SetText ("test") 

} 

@Override 

protected void onPostExecute (Void result) { 
// 刷新 页 面 的 文字 
mLoadingText .setText ("test2"); 
super .onPostExecute (result); 


简单 介绍 一 下 这 三 个 方法 : 
“ onProgressUpdate 方 法 的 执行 在 收 到 publishProgress 方 法 调用 后 ， 运 行 于 UI 线程 中 ， 对 UI 控件 进行 处 理 。 
“ onPostExecute0 方 法 ， 则 在 doInBackground0 方 法 结束 后 运行 在 UI 线程 ， 对 result 进 行 处 理 。 
“ doInBackground0 方 法 中 ， 就 是 在 后 台 线程 中 处 理 我 们 的 异步 任务 ， 不 能 做 类 似 Toast 的 操作 ， 同 样 会 抛 出 Can't create handler inside thtead that has not called Looper.prepare0 异常 。 


接 下 来 ， 在 使 用 的 时 候 就 很 简单 了 : 


btnstartThread. setOnClickListener (new OnClickListener() { 
@Override 
public void onClick(View v) { 
MyTask myTask = new MyTask(); 
myTask.execute (); 


6.5.11 不 能 在 子 线程 操作 AlertDialog 和 和 Toast 


异常 中 的 关键 字 : 


Can't create handler inside thtead that has not called Loopetr.prepareO 


发 生 频 率 : 太太 太太 大 


我 们 继续 讨论 在 子 线程 操作 UI 的 事情 。 这 次 是 要 显示 弹出 框 AlertDialog 和 吐 司 Toast。 


AlertDialog， 只 要 是 在 子 线程 中 操作 它 ， 就 会 报 上 述 的 错误 信息 。 我 测试 过 ,无论 是 在 onCreate0 还 是 按钮 的 点 击 方法 中 ， 都 是 一 样 : 


btnStartThreadl .setOnClickListener (new OnClickListener() { 
@Override 
public void onClick(View v) { 
new Thread (new Runnable() { 
@Override 
public void run() { 
new AlertDialog.Builder (S12Activity.this) 
.SetTitle ("标题 ") 
.SetMessage ("简单 消息 框 ") 


证 ， 


.SetPositiveButton (" 确 定 "，nul1) .show(); 


} 
}) .start (); 
} 
]) 7 


相应 的 解决 方案 有 多 种 : 


方案 1: 在 外 面包 一 层 Looper.prepare() 和 Looper.loop()， 如 下 所 示 : 


btnStartThread2 .setOnClickListener (new OnClickListener() { 
@Override 
public void onClick(View v) { 
new Thread (new Runnable() { 


QOverride 
public void run() { 
Looper .Prepare (); 
new AlertDialog.Builder (S12Activity.this) 
.SetTitle ("标题 ") 
.SetMessage ("简单 消息 框 ") 
.SetPositiveButton ("确定 "，null) .show(); 
Looper .loop (); 


} 
}) .start (); 
} 
1); 


方案 2: Looper 的 变形 


btnstartThread3.setOnClickListener (new OnClickListener() { 
QOverrigde 
public void onClick(View v) { 
new Thread (new Runnable() { 
@Override 
public void run() { 
showAlertByRunnable (S12Activity.this, "", 101); 


} 
}) .start (); 
: 


]) 7 
Private void showAlertByRunnable (final Context context, 


final CharSequence text, final int duration) { 
Handler handler = new Handler (Looper.getMainLooper ()); 
handler.post (new Runnable() { 
QOverride 
public void run() { 
new AlertDialog.Builder (S12Activity.this) 
.SetTitle ("标题 ") 
.SetMessage ("简单 消息 框 ") 
.SetPositiveButton ("确定 "，null) 
.Show (); 


1); 


我 试 过 其 他 三 个 方案 : Handler、runOnUiThread 或 Async， 也 能 解决 AlertDialog 的 问题 ， 详 细 内 容 请 参考 6.5.10 节 ， 但 是 Looper 的 解决 方案 ， 针 对 操作 UI 控件 却 是 无 效 的 。 


吐 司 Toast， 这 个 控件 和 弹出 框 AlertDialog 是 一 样 的 问题 和 解决 方案 ， 这 里 不 再 袭 述 。 代 码 参 见 我 博客 上 的 源码 。[9 


[由 有 关 这 个 Crash 的 更 详细 描述 ， 请 参见 http://blogcsdn.net/yihongyuelan/article/details/9829313。 
D] 该 解决 方案 摘自 码 农场 的 这 篇 文章 : http://www.hankcs.com/program/mobiledev/solution-java-lang-illegalar-gumentexception-view-not-attached-to-window-managet.html。 
[3] 参考 http://stackovetf iow.com/questions/7768728/popupwindow-crash-on-dispatch-event 和 http://www.eoeandroid.com/ thread-109193-1-1.html 这 两 篇 文章 。 

团 可 参考 http://www.cnblogs.com/loulijun/p/3267958.html。 

[5] 关于 这 个 异常 的 分 析 ， 还 有 一 篇 文章 ，http://blog.csdn.net/lissdy/article/details/8453433， 我 不 能 复 现 ， 仅 供 参 考 。 


[6] 代码 下 载 地 址 : http://www.cnblogs.com/Jax/p/4656789.html。 


6.6 ”资源 相关 的 异常 


资源 相关 的 异常 ， 基 本 都 容易 解决 。 但 是 有 一 种 情况 非常 恶心 ， 就 是 明明 apk 包 中 有 这 个 资源 文件 ， 但 是 仍然 抛 出 该 资源 找 不 到 的 异常 ， 对 此 我 们 也 只 好 认为 是 内 存 溢出 (OOM) 
了 。 


6.6.1 Resources$NotFoundException 


异常 中 的 关键 字 : 


android.content.res.Resources$ NotFoundException:String resource ID#0x1 


这 种 异常 一 般 是 因为 参数 int resld 错 误 ， 我 们 把 String 赋 值 给 int 的 resld， 所 以 编译 器 找 不 到 正确 的 resource 而 报错 。 


最 简单 的 例子 ， 检 查 一 下 项 目 中 以 下 语句 的 使 用 : 


Toast .makeText (); 
textViewl .setText (); 


EE 载 ， 如 TextView 的 重 载 函数 如 下 : 


类 似 还 有 一 些 ， 这 里 不 列举 出 来 了 。 这 样 的 函数 通常 有 几 个 


TextView.setText (CharSequence text); 
TextView.setText (int resId); 


如 果 不 小 心 将 一 个 int 值 传 给 了 它 ， 那 它 不 会 显示 该 int 值 ， 而 是 跑 到 工程 下 去 找 一 个 对 应 的 resource 的 id， 那 当然 是 找 不 到 的 ， 于 是 就 报错 了 。 


比如 我 这 里 是 这 样 的 : 


count.setText (incall .getCount ()); 


incall.getCount0; 返回 的 是 一 个 int 值 ， 直 接 执 行 setText 方 法 是 肯定 不 行 的 ， 就 会 发 生 上 述 的 Crash。 


解决 办 法 如 下 : 


Count .SetText (String.valueOf (incal1.getCount () ) ) 


或 者 


Count .setText (incal1.getCount () + "") 7? 


6.6.2 StackOverfiowError 


异常 中 的 关键 字 : 


StackOverfiowError 


发 生 频 率 : 六 太太 


贺 


发 生 这 种 事情 ， 主 要 是 因为 Layout 布 局 文件 结构 底 套 层次 太 深 。 我 们 应 尽量 控制 在 5 层 以 下 。 要 经 常 使 用 Hierarchy View 对 其 进行 优化 ， 移 除 不 必要 的 视图 。 


产生 这 种 Crash 的 第 二 种 原因 是 ， 在 App 退 出 的 时 候 ， 如 果 App 中 有 多 个 线程 ， 那 么 在 退出 App 的 时 候 可 能 不 能 完全 关闭 App， 即 使 使 用 finish 方 法 也 做 不 到 ， 必 须 使 用 System.exit(0) 
这 样 的 语句 才 可 以 。 


这 是 因为 finish 方 法 只 能 退出 当前 Activity， 但 还 可 能 有 其 他 Activity 未 关闭 ， 这 些 Activity 中 有 没 结束 的 线程 ， 从 而 会 有 一 些 资源 没有 释放 。 


而 exit(int code) 方 法 可 以 使 进程 退出 能 保证 把 所 有 线程 的 栈 空间 释放 ， 否 则 残留 的 线程 栈 空间 无 法 回收 ， 将 会 导致 该 进程 新 建 线程 时 栈 空间 不 足 ， 而 发 生 stackOverfiowError 的 异 


常 。 


无 论 是 哪 种 情况 导致 的 stackOverFlowError， 都 是 由 无 限 递归 引起 的 。 在 JVM 中 有 一 个 栈 ， 预 设 了 一 个 深度 ， 当 超出 这 个 深度 时 ， 就 会 抽出 StackOverFlowError。 我 们 上 述 种 种 解 
决 方案 ， 都 是 在 避免 无 限 循环 调用 。 


6.6.3 UnsatisfiedLinkError 
异常 中 的 关键 字 : 
java.lang. UnsatisfiedLinkError:dalvik.system. PathClassLoader[DexPathListl[zip file"/data/app/appname-1.apk"]……… : 


发 生 频 率 : 次 太太 太太 


遇 到 这 个 Crash， 肯 定 是 so 格式 的 文件 没有 加 载 到 。 检 查 libs 的 armeabi 目 录 下 的 so 文件 是 否 存 在 。 


此 外 ， 不 能 只 看 armeabi 下 是 否 有 so 文件 ， 还 要 看 x86 目 录 下 so 文件 是 否 存在 ， 如 果 没 有 ， 在 x86 的 设备 上 仍然 是 加 载 不 到 。 


由 此 而 上 升 到 CPU 指 令 集 ，Android 上 一 共有 4 种 ，armeabi、armeabi-v7a、mips 和 x86。 处 理 so 文件 时 要 格外 小 心 。[1] 


如 图 6-3 所 示 ，armeabi 和 armeabi-v7a 的 so 数量 不 一 致 ， 是 典型 的 会 导致 UnsatisfiedLinkError 的 场景 。 


Vv ES libs 

V [Carmeabil 
libBdMoplusMD5_V1.so 
libentryex.so 
libjpush163.so 
liblocSDK3.so 

TV [armeabi-v7a 
ibjpush163.se 
liblocSDK3.so 

下 区 mips 
libBdMoplusMD5_V1.so 
libjpush163.seo 

Vv [Gx86 
libBdMoplusMD5_V1.so 
libjpush163.so 


图 6-3 某 App 下 的 so 文件 


6.6.4 InfiateException 之 FileNotFoundException 

异常 中 的 关键 字 : 
Caused by:android.view.InfiateException:Binary XML file line#18:Error infiating class<unknown>at android.view.LayoutInfiater.createView(LayoutInfiater.java:518) 
Caused by:java.io.FileNotFoundException:res/drawable-hdpi/add.png at android.content.res.AssetManager.openNonAssetNative(Native Method) 

发 生 频 率 : 太太 太太 太 


咋 一 看 ， 还 以 为 是 资源 找 不 到 ， 于 是 去 相应 的 drawable 目 录 下 去 寻找 ， 就 发 现 这 个 add.png 文 件 确实 存在 啊 。 


我 在 网 上 找 了 好 久 好 久 关于 这 个 Crash 的 描述 ， 但 大 都 不 满意 。 目 前 看 到 的 一 种 比较 靠 谱 的 说 法 是 GC 导 致 的 。Activity 销 毁 了 ， 但 是 里 面 涉及 的 资源 并 没有 被 回收 ， 于 是 便 产 生 内 存 
泄露 了 ， 但 是 表现 为 FileNotFoundException。 


对 此 ， 相 应 的 解决 方案 是 ， 在 Activity 的 onStop 方 法 中 ， 手 动 释放 每 一 张 图 片 资源 。 四 


6.6.5 InfiateException 之 缺少 构造 器 
异常 中 的 关键 字 : 

android.view.InfiateException:Binary XML file line#:Error infiating class com.example.activityl.TestButton 
发 生 频率 : 六 太太 


创建 自 定义 view 的 时 候 ， 碰 到 上 述 这 个 异常 ， 反 复 研 究 后 发 现 是 缺少 一 个 构造 器 造成 。 其 中 第 二 个 参数 用 来 将 Xml 文件 中 的 属性 初始 化 。 


自 定义 控件 若 需要 在 xml 文 件 中 使 用 ， 就 必须 重 写 带 如 上 两 个 参数 的 构造 方法 。 添 加 后 即 可 正常 使 用 了 : 


Public MyView (Context context, AttributeSet ParamAttributeSet) { 
super (context, paramAttributeSet); 


补 齐 这 个 构造 器 ， 异 常 就 消失 了 。 


6.6.6 InfiateException 之 style 与 android:textstyle 的 区 别 
异常 中 的 关键 字 : 

andtoid.view.InfiateException:Binary XML file line#14:Error infiating class 
发 生 频 率 : 太太 


在 一 个 xm 布局 文件 中 ， 对 于 实现 已 经 定义 好 的 样式 : 


<style name="NormalText"> 

<item name="android:textSize">14sp</item> 

<item name="android:textStyle">normal</item> 

<item name="android:textColor">@color/Grayl</item> 
</style> 


去 引用 : 


<TextView 
android:igd="@+id/tvUserName" 
android:text="@string/hello world" 
android:1layout width="230dp" 
android:1layout height="30dp" 
android:1layout marginLeft="10dp" 
android:1layout marginTop="10dp" 
android:textStyle="@style/NormalText" 
/> 


结果 发 现 运行 时 出 错 ， 抛 出 android.view.InfiateException: Binary XML file line#14 异 常 。 


按 图 索 戏 ， 我 们 找到 资源 文件 的 第 14 行 ， 发 现 是 style 的 问题 ， 后 来 去 参考 Android 官 方 文档 ， 感 觉 应 该 是 把 : 


android:textStyle="@style/NormalText" 


改 为 : 


style="@style/NormalText" 


修改 后 的 布局 文件 如 下 所 示 : 


<TextView 
android:id="@+id/tvUserName" 
android:text="@string/hello world" 
android:layout width="230dp™ 
android:1layout height="30dp" 
android:1layout marginLeft="10dp" 
android:1layout marginTop="10dp" 
Fs 


6.6.7 TransactionTooLargeException 


android.view.InfiateException:Binary XML file line#14:Error infiating class 


发 生 频 率 : 太太 太 


官方 文档 里 的 解释 是 ，Binder 最 大 通常 限制 为 IMB， 如 果 大 于 1MB 的 话 ， 就 会 地 出 TransactionTooLargeException 的 异常 。 


相应 的 解决 方法 是 : 不 要 将 大 量 数据 传 入 Binder， 比 如 说 图 片 。 


这 个 Crash 经 常 出 现在 图 片 分 享 的 功能 中 ， 因 为 我 们 要 给 第 三 方 分 享 SDK 传 递 很 大 的 图 片 。 此 外 ， 使 用 采集 打点 数据 时 也 会 看 到 这 类 Crash， 因 为 打点 的 机 制 不 是 每 点 击 一 次 按钮 就 发 
一 次 ， 而 是 数据 积累 到 一 定量 后 再 发 ， 这 个 阔 值 大 大 就 会 导致 地 出 TransactionTooLargeException 异 常 。 


四] 详细 情况 请 参见 “Andtroidndk 开 发 打包 时 我 们 应 该 如 何 注意 平台 的 兼容 。， 文 章 地 址 : http://www.cnblogs.com/devinzhang/archive/2012/02/29/2373729.html。 


思 ] 关于 这 个 Crash 的 详细 描述 ， 请 参见 http://blog.csdn.net/yiding_heVarticle/details/38597703 。 


6.7 ”系统 碎片 化 相关 的 异常 


这 类 Crash 由 两 部 分 组 成 ， 一 方面 是 和 Android 系 统 的 版 本 不 同 有 关 ， 比 如 说 在 Android 4.2 的 手机 执行 了 Android 5.0 的 语法 ， 骨 省 是 必然 的 ; 另 一 方面 和 ROM 的 不 同 有 关 ， 即 使 是 
相同 的 Android 4.2 版 本 ， 由 于 各 个 硬件 厂商 随意 定制 自己 的 ROM ， 改 写 其 中 的 系统 方法 ， 那 么 就 会 表现 为 App 的 某 个 页 面 ， 不 同 手机 看 到 不 同 的 效果 ， 甚 至 是 月 省。 


6.7.1 NoSuchMethodError 


java.lang. NoSuchMethodError 


发 生 频 率 : 太太 太太 大 


举 个 例子 ,错误 信息 如 下 : 


java.lang.NoSuchMethodError:android.os.Bundle.getString 


android.os.Bunde 中 怎么 可 能 没有 getString 这 个 方法 呢 ? 


其 实 吧 ，getString 方 法 有 两 种 参数 类 型 : 


getstring (key); 
getstring (key, defaultValue); 


而 前 面 一 种 是 旧 的 版 本 ， 后 面 这 种 加 了 defaultValue 参 数 的 ， 是 在 2.3 之 后 的 Android 版 本 里 才 加 入 的 ， 所 以 ， 如 果 你 的 android project 设 置 的 target version 是 2.3.3， 而 你 又 用 了 后 
面 这 种 新 的 getString() 方 法 的 话 ， 那 么 在 2.3 系 统 上 就 会 报 这 个 异常 。 


NoSuchMethodError 异 常 ， 只 能 防范 ， 不 能 根治 ， 因 为 Android 碎 片 化 问题 很 严重 : 


一 方面 Android 系 统 的 升级 ， 会 提供 一 些 新 方法 ， 程 序 员 在 App 中 使 用 了 这 些 新 方法 ， 而 这 在 老 版 本 的 Android 系 统 中 不 存在 ， 就 会 月 溃 。 相 应 的 解决 方案 是 ， 在 DailyBuild 机 器 上 准 
备 不 同 版 本 的 SDK， 每 天 晚上 自动 打包 时 ， 把 App 在 所 有 这 些 SDK 上 都 编译 一 遍 ， 如 果 缺 少 方法 ， 首 先 在 编译 期 间 就 会 报错 ， 自 动 打包 会 第 一 时 间 发 现 这些 错 误 。 


另 一 方面 ， 随 着 Android 系 统 的 升级 ， 也 会 有 一 些 | 日 方 法 会 被 废弃 ， 有些 厂 商 的 ROM 有 可 能 删除 这 些 被 废弃 的 方法 ， 于 是 当 程 序 员 在 App 中 使 用 了 这 些 废弃 的 方法 ,该 App 在 这 些 厂 
商 的 ROM 中 运行 就 会 衣 演 。 


相应 的 解决 方案 是 ， 在 开发 阶段 检查 Android Lint， 里 面 有 被 废弃 的 方法 的 警告 ， 谨 慎 使 用 就 是 了 。 


如 果 在 项 目 中 一 定 要 使 用 上 述 这 些 新 方法 或 者 废弃 的 旧 方 法 ， 那 么 在 使 用 时 ， 要 进行 Android 系 统 版 本 的 判断 : 


int sysVersion = Integer.parseInt (android.os.Build.VERSION. SDK); 
if(sysVersion > 9){ 
// do something 
} else { 
// do other this 
} 


Android 碎 片 化 问题 很 严重 ，getString 只 是 其 中 的 一 种 情况 ， 类 似 的 问题 还 有 很 多 ， 但 基本 逃 不 出 我 上 述 的 分 析 。 


6.7.2 RemoteViews 

异常 中 的 关键 字 : 
android.widget.RemoteViews$RefiectionAction.writeToParcel(RemoteViews.java:763) 

发 生 频率 : 太太 大 


一 直 以 为 在 项 目 中 使 用 RemoteViews 是 件 很 逼 格 的 事情 。 这 玩意 儿 一般 用 在 两 个 地 方 ， 一 个 是 在 AppWidget， 另 外 一 个 是 在 Notification。 对 于 应 用 类 App 而 言 ， 有 机 会 用 到 的 是 后 
者 。 


比如 说 ，App 应 用 都 有 下 载 更 新 的 功能 ， 一 般 都 是 用 AsyncTask 来 做 这 个 事情 。 下 载 过 程 中 显示 进度 条 ， 就 是 使 用 Notification ， 它 有 一 个 contentView 属 性 ， 就 是 RemoteViews 类 
型 的 ， 我 们 要 为 其 设置 2 个 很 关键 的 值 : 


“ 给 ImageView 绑 定 图 片 资源 id。 
“ 给 TextView 绑 定 字符 囊 资 源 Id。 


如 下 面 的 例子 所 示 : 


notification.contentView = new RemoteViews ( 
context .getPackageName (), R.1layout.notification); 
notification.contentView.setImageViewResource ( 
R.id.imageview, R.drawable.icon); 
notification.contentView.setProgressBar( 
R.id.progressbar, 100, 0, false); 
notification.contentView.setTextViewText ( 
R.id.textview，" 正 在 更 新 " + "\n" + "0%"); 


异常 就 是 在 绑 定 时 出 现 的 ， 而 且 有 特定 的 情况 : 


1) 当 你 的 Bitmap 为 null 时 ; 


2) 当 你 的 String 为 "或 者 null 时 ; 


3) Android 版 本 是 4.0.3 和 4.0.4 时 ; 


如 果 Android 版 本 是 4.1 以 上 的 ， 则 不 会 出 现 上 述 的 异常 ， 读 不 到 图 片 就 是 控件 不 显示 图 片 而 已 ， 并 不 会 导致 程序 崩 演 。 


6.7.3 pointerlndex out of range 
异常 中 的 关键 字 : 

java.lang. llegal AreumentException:pointerIndex out of rangeat android.view. MotionEvent.nativeGetAxisValue(Native Method) 
发 生 频率 : 太太 大 


关于 这 个 异常 有 好 几 种 说 法 ， 我 们 逐个 进行 分 析 。 


首先 我 们 定位 问题 ， 在 做 多 点 触 控 放 大 缩小 ， 操 作 自己 所 绘制 的 图 形 时 发 生 这 个 异常 ， 如 果 是 操作 图 片 的 放大 缩小 、 多 点 触 控 不 会 出 现 这 个 错误 。 这 个 bug 是 Android 系 统 原因 导致 
所 以 简单 有 效 的 办 法 是 在 绘图 时 捕获 这 个 异常 ， 如 下 所 示 : 


要 


Public fioat spacing (MotionEvent event) { 
try { 
x = event.getX(0) - event.getx(1); 
y = event.getY(0) - event.getY (1); 
} catch(IllegalArgumentException e) { 
e.PrintStackTrace (); 


} 
// 以 下 省 略 若干 语句 


另 一 种 解决 方案 是 : 


1) 让 你 的 view (可 能 是 scrollView、WebView、MapView 等 ) ， 创 建 一 个 子 view 继 承 自 它 们 中 的 某 一 个 。 


2) 重 写 这 个 view 的 onlnterceptTouchEvent 和 onTouchEvent 方 法 。 


3) 为 上 述 这 两 个 方法 增加 try...catch.… 语 句 ， 捕 获 已 知 的 异常 ， 如 下 所 示 : 


try { 
super.onInterceptTouchEvent (MotionEvent ev); 
} catch (IllegalArgumentException ex) { 
} 
return false; 
try { 
super.onTouchEvent (MotionEvent ev); 
} catch (IllegalArgumentException ex) { 
} 


return faleses 


这 种 解决 方案 ， 至 少 在 Android4.1 上 是 好 用 的 。 


按照 这 个 思路 ， 还 是 有 点 问题 ， 如 果 是 用 ViewPager 的 话 ，onlnterceptTouchEvent 返 回 false 会 导致 ViewPager 翻 页 出 现 bug，CSDN 上 有 人 给 出 了 相应 的 解决 方案 ， 可 以 参考 。 


6.7.4 SecurityException 之 一 : Intent 中 图 片 太 大 
异常 中 的 关键 字 : 
Unable to find app for caller android.app.ApplicationThreadProxy(@41868f10(pid=24370)when stopping setvice Intent{cmp=xxxx} 


发 生 频率 : 太太 


在 跳 转 activity 的 过 程 中 携带 的 extras 中 有 Bitmap， 应 尽量 减 小 要 传输 的 图 片 的 体积 ， 或 者 通过 保存 图 
常 信息 。 


果然 ， 在 去 掉 了 resultlntent.putExtra ("bitmap"，bitmap) ; 这 条 语句 后 ， 就 不 报错 了 。 
一 般 而 言 ， 超 过 1MB 的 数据 ， 就 不 要 通过 Intent 来 传递 了 。 
6.7.5 ”SecurityException 之 二 : 动态 加 载 其 他 apk 的 activity 


异常 中 的 关键 字 : 


片 到 SD 卡 中 或 者 通过 URI 方 式 传递 图 


片 参数 ;否则 ， 


图 片 太 大 ， 就 会 报 上 述 的 异 


java.lang. SecurityException:Given caller package com.jianqiang.abc is not running in ptocess ProcessRecord{41e74e5028637:com.zhao3546.launcher/u0al0142} 


发 生 频率 : 太太 


如 果 在 apk 中 使 用 了 动态 注册 BroadcastReceiver， 那 么 Launcher 动 态 加 载 该 apk 时 ， 就 有 可 能 出 现 java.lang.SecurityException 异 常 。 


相应 的 解决 方案 是 ， 修 改 之 前 注册 BroadcastReceiver 的 地 方 ， 通 过 ContextHolder0 来 注册 BroadcastReceiver， 把 apk 重 新 部 署 验 证 即 可 。[1] 


6.7.6 SecurityException 之 三 : No permission to modify thread 


异常 中 的 关键 字 : 
java.lang.SecurityException: No permission to modify given thread at 
android.os.Process.setThreadPtriority(Native Method)at 


android.webkit.WebViewCore$ WebCoreThread$1.handle Message(WebViewCotre.java:764) 
发 生 频 率 : 大 大大 


在 很 多 设备 上 ，Android 4.0.4 系 统 都 会 有 这 个 问题 发 生 。 吕 ] 


App 经 常会 申请 一 些 权限 ， 而 有 些 手机 的 ROM 出 于 安全 考虑 ， 则 会 禁止 这 些 权限 ， 那 么 当 App 使 用 到 这 些 权限 时 ， 就 会 发 生出 溃 。 


相应 的 解决 方案 是 ， 在 执行 某 些 安全 相关 的 操作 时 ， 要 么 加 上 if 语句 跳 过 这 个 操作 ， 要 么 使 用 try…catch... 捕 获 这 类 异常 ， 


比如 拨打 电话 ， 我 们 一 般 会 直接 这 么 写 : 


宁肯 点 击 后 没有 反应 ， 也 不 能 崩溃 了 。 


Intent intent = new Intent( 
Intent .ACTION CALL,Uri.parse("tel:13800000000") ) 7 


startActivity (intent) 


但 是 有 些 手 机 系统 会 禁止 App 拨 打 电 话 ， 即 使 AndroidManifest.xm 人 配置 了 拨打 电话 的 权限 也 不 行 。 这 时 我 们 就 要 改写 上 述 代码 ， 预 判 是 否 有 打 电 话 的 权限 ， 以 确保 不 发 生 骨 溃 ， 如 


下 所 示 : 


PackageManager pm = getPackageManager (); 
boolean hasPermission = 
pm.checkPermission (Manifest .permission.CALL PHONE, 
getPackageName () ) 一 PackageManager .PERMISSION GRANTED; 
if (hasPermission) { 
Intent intent = new Intent( 
Intent .ACTION CALL,Uri.parse("tel:13800000000")); 
startActivity (intent) 


6.7.7 ”view 的 getDrawingCache() 返 回 null 


异常 中 的 关键 字 : 
java.lang. NullPointerException at 
android.view.View.buildDrawingCache(View.java:6578)at 


android.view.View.getDrawingCache(View.java:6428)at*…………… 


发 生 频率 : 大 太太 


账 


查看 Android 源 码 ， 会 发 现 buildDrawingCache 方 法 中 有 这 样 几 行 代码 : 


背景 图 太 大 ， 超 过 了 屏幕 的 大 小 ， 就 会 导致 getDrawingCache() 返 回 的 结果 是 null， 从 而 抛 出 NullPointException 的 异常 。 


if (width <= 0 || height <= 0 || 
(width * height * (opaque && !translucentWindow ? 2 : 4) > 
ViewConf?iguration.get (mContext) 
.getScaledMaximumDrawingCacheSize())) { 
destroyDrawingCache (); 


return; 


} 


在 上 面 的 代码 中 ，width 和 height 是 所 要 cache 的 view 绘 制 的 宽度 和 高 度 ， 所 以 width*height*(opaque&&ltranslucentWindow?2:4) 计 算 的 是 当前 所 需要 的 cache 大 小 。 


Android 系 统 在 计算 当前 所 需要 的 DrawingCache 大 小 时 ， 发 现 这 个 值 超过 了 系统 所 提供 的 最 大 DrawingCache 值 ， 这 时 会 直接 返回 null。 


总 之 ,万 恶 之 源 在 于 图 片 太 大 ， 那 我 们 就 控制 一 下 图 片 的 大 小 ， 裁 减 或 者 等 比例 缩放 ， 总 之 不 要 超过 系统 所 提供 的 最 大 DrawingCache 值 ， 这 个 值 是 这 么 计算 的 : 当前 屏幕 的 分 辩 率 
9 高 和 宽 相 乘 ， 再 乘 以 4。D] 


6.7.8 DeadObjectException 
异常 中 的 关键 字 : 

DeadObjectException 
发 生 频 率 : 太太 太太 


很 多 开发 者 在 想 如 何 通过 编写 代码 的 方式 重启 Android 设 备 。 大 多 数 设备 都 没有 Root 权限 ， 想 让 设备 重启 比较 简单 的 方法 就 是 想 办 法 制造 一 些 系统 级 的 错误 ， 强 迫 Android 系 统 自动 
重启 ， 类 似 于 Windows 上 的 Ring0 级 应 用 朋 溃 出 现 蓝 屏 。 对 于 Android 来 说 产生 一 个 android.os.DeadObjectException 异 常 是 一 个 不 错 的 方法 。 


对 于 App 应 用 而 言 ， 我 从 未 写 过 这 样 的 语句 来 重启 系统 ， 网 上 各 路 达 人 对 此 异常 的 讨论 、 发 生 场景 和 解决 方案 也 不 尽 相同 ， 但 基本 上 都 是 停留 在 App 的 某 个 页 面 ， 放 置 一 段 时 间 后 就 
崩溃 ， 有 的 机 器 能 坚持 的 时 间 长 一 些 ， 半 个 多 小 时 ， 有 些 机 器 也 就 十 几 秒 的 样子 。 


由 此 可 推测 出 来 ， 发 生 DeadObjectException， 其 实 就 是 某 个 对 象 已 经 被 系统 回收 了 ， 可 我 们 却 还 在 使 用 它 。 欠 
6.7.9 Android 2.1 不 支持 SSL 
异常 中 的 关键 字 : 


javalang.NullPointerException at 


android.webkit,SslErrorHandler.handleMessage(SslErrorHandler.java:62) 
发 生 频 率 : 太太 

Android 2.1 版 本 不 支持 SSL， 所 以 发 起 https 的 请 求 会 导致 朋 溃 。 解 决 方案 是 ， 调 用 https 的 网 络 请 求 时 ， 要 事先 判断 Android 系 统 的 版 本 ， 版 本 过 低 要 提示 用 户 不 能 进行 操作 。 
6.7.10 ”ViewFlipper 引 发 的 血案 
异常 中 的 关键 字 : 

javalang Illegal ArgumentException:Receiver not registered: 


android.widget.ViewFlipper$1(@4083a4d0 at 


android.app.LoadedApk.forgetReceiverDispatcher(LoadedApk.java:634) 
发 生 频 率 : 六 太太 


在 Activity 中 使 用 ViewFlipper 控 件 ， 进 行 横竖 屏 切换 操作 时 就 会 发 生 这 种 异常 。 这 是 由 于 onDetachedFromWindow0) 在 onAttachedToWindow() 之 前 被 调用 所 致 。 


这 个 Crash 很 有 名 ， 业 界 公认 的 解决 方案 是 ， 重 写 ViewFlipper 的 onDetachedFromWindow() 方 法 : 


QOverride 
protected void onDetachedFromWindow() { 
try { 
super .onDetachedFromWindow (); 
} catch(IllegalArgumentException e) { 
stopFlipping(); 
} 


6.7.11 ActivityNotFoundException 


异常 中 的 关键 字 : 


android.content.ActivityNotFoundException:Unable to find explicit activity class{com.android.settings/com.android.settings. WirelessSettings} ;have you declared this activity in your 


AndroidManifest.xml? 


发 生 频率 : 大 太太 


看 了 一 下 发 生 错 误 的 操作 系统 分 布 ， 发 现 都 是 在 4.0 以 上 才 会 出 现 这 类 错误 信息 。 究 其 原因 ， 是 4.0 以 上 把 原来 的 打开 网 络 设置 方式 舍弃 了 ， 如 下 修改 代码 可 以 解决 这 个 问题 : 


// 3.2 以 上 打开 设置 页 面 
// 也 可 以 直接 用 ACTION WIRELESS SETTINGS 打 开 到 WiEi 页面 
if (Build.VERSION.SDK INT > 13) { 
startActivity (new Intent( 
android.provider.Settings.ACTION SETTINGS) ) 
} else { 
startActivity (new Intent( 
android.provider.Settings.ACTION WIRELESS SETTINGS)); 


6.7.12 Android 2.2 不 支持 xlargeScreens 


异常 中 的 关键 字 : 


No resource identifier found fot attribute'xlargeScreens'in package'android 


发 生 频 率 : 太太 


错误 出 现在 AndroidManifest.xml 文 件 的 Supports-screens 标 记 中 ， 原 因 是 xlargeScreens 属 性 在 API9 (Android 2.3) 中 才 支 持 。 


解决 办 法 : 将 Android 2.2 移 除 ， 添 加 Android 2.3 即 可 解决 。 


6.7.13 Package manager has died 


异常 中 的 关键 字 : 


Package manager has died at 


android.app. ApplicationPackage Manager. getApplicationInfo(ApplicationPackage Managetr.java:213) 


发 生 频 率 : 大 太太 大 


我 们 一 般 这 样 使 用 PackageManager， 如 下 所 示 : 


try { 
String channelId = getPackageManager () 
.getApplicationInfo( 
getPackageName () ， 
PackageManager .GET META DATA) 
.metaData.getString ("UMENG CHANNEL"); 
PackageInfo info = this.getPackageManager () 
.getPackageInfo (getPackageName (), 0); 
} catch (PackageManager.NameNotFoundException e) { 


} 


PackageManager 如 果 已 经 died， 说 明 该 进程 不 存在 了 ， 由 于 某 些 错误 原因 Package-Manager 进 程 已 经 退出 ， 此 时 任何 向 它 进行 的 请 求 都 将 失效 ， 让 设备 重启 可 能 是 一 个 办 法 。 还 
有 一 种 情况 是 ，App 本 身 已 经 处 于 崩 演 状态 ， 这 个 时 候 如 果 App 已 经 弹出 错误 框 ， 再 调用 PackageManager 也 会 出 错 或 卡 死 。 


解决 方案 就 是 每 次 获取 PackageManager 的 时 候 用 try..…catch... 捕 获 异常 。 


6.7.14 Spannablestring 与 富 文本 字符 串 


异常 中 的 关键 字 : 
javalang.IndexOutOfBoundsException:setSpan(-1…-1)starts before 0 at 


android.text.SpannableStringBuilder.checkRange(SpannableStringBuilder.java:951)at………… 
发 生 频率 : 太太 


有 一 种 异常 表面 看 起 来 是 数组 越界 ， 但 其 实 并 非 如 此 。 


从 上 面 的 异常 信息 中 能 看 出 ， 是 Spannablestring 的 setSpan 方 法 越界 导致 出 现 崩 溃 。 但 是 检查 相应 的 代码 ， 并 没有 刻意 使 用 这 个 方法 。 


TextView 要 显示 的 富 文本 恰好 要 被 换行 符 截 断 的 时 候 ， 因 为 富 文本 是 使 用 Spannable-String 技 术 来 显示 的 ， 所 以 会 报 这 种 异常 。 所 幸 ， 这 个 Crash 不 是 必 现 的 ， 取 决 于 机 型 、 分 辨 
率 、 字 体 大 小 、 文 字 和 样式 很 多 因素 。 


相应 的 解决 方案 是 ， 在 执行 TextView 的 setText 方 法 时 ， 加 上 try.…catch.… 语 句 捕获 IndexOufOfBoundsException。 因 为 这 种 情况 发 生 的 概率 极 小 ， 所 以 即使 好 出 异常 ， 最 多 是 不 显 
示 文 本 ， 也 不 会 让 App 央 省。 口 


还 有 一 种 情况 是 ， 在 长 按 一 段 文 本 时 ， 有 些 Android 系 统 对 于 EditText 的 get-SelectionStart 方 法 ， 会 返回 -1， 这 就 会 导致 上 述 异 常情 况 的 抛 出 ， 如 下 所 示 : 


public void afterTextChanged (Editable s){ 

if (StringUtils.isNullOrEmpty (s.toString())) 
return; 

int eqitStart = mITxInput .getSelectionSstart (); 

int editEnd = mTxInput .getSelectionEnd(); 

mIxInput .removeTextChangedListener (this); 

while((s.toString() .Jength()) > MAX INPUT){ 
s.delete (editStart-1,editEngd); 
editSstart-——; 


editEnd-——; 
} 
mTIxInput .setSelection (editstart); 


所 以 在 使 用 getSelectionStart 方 法 获得 值 的 时 候 ， 要 判断 这 个 值 是 否 为 -1。[9 
6.7.15 Can not perform this action after onSavelnstanceState 


异常 中 的 关键 字 : 
java.lang, llegalStateException: 
Can not perform this action after onSaveInstanceState at 
android.suppotrt.v4.app.FragmentManagerImpl.checkStateLoss(FragmentManager.java:1314).………… 


android.suppotrt.v4.app.BackStackRecord.commit(BackStackRecord.java:595) 


发 生 频 率 : 太太 太 


commit 方 法 在 Activity 的 onSavelnstanceState() 之 后 调用 就 会 出 错 ， 因 为 onSavelnstance-State 方 法 是 在 Activity 即 将 被 销毁 前 调用 ， 以 保存 Activity 数 据 的 ， 如 果 在 保存 完 状 态 后 


再 给 它 添加 Fragment 就 会 出 错 。 


解决 办 法 就 是 把 commit() 方 法 替换 成 commitAllowingStateLoss()， 其 效果 是 一 样 的 ， 如 下 代码 所 示 : 


FragmentTransaction ft = 

fragmentActivity.getSuppotFragmentManager () .beginTransaction () 7 
ft.add (fragmentContentId, fragments.get (0), 

fragments.get (0) .getClass () .tostring()); 


此 外 ， 有 时 候 按 后 退 键 触发 onBackPressed 方 法 也 会 引发 类 似 的 异常 ， 网 上 有 一 篇 文章 详细 分 析 了 这 类 问题 的 发 生 原因 和 解决 方案 ， 这 里 不 再 蓝 述 。[] 
6.7.16 Service Intent must be explicit 
异常 中 的 关键 字 : 

Service Intent must be explicit 
发 生 频 率 : 太太 大 


Android 在 升级 到 5.0 系 统 后 会 产生 这 样 的 裔 演 。 直 接 通过 action 启 动 Service， 就 会 导致 这 个 问题 ， 所 以 我 们 必须 指定 component 或 package 才 能 避免 这 类 问题 ， 如 下 所 示 : 


Intent intent = new Intent (); 
intent.setAction("your action name"); 
intent.setPackage (getPackageName () ) 
Context .startService (intent); 


很 多 第 三 方 SDK 都 存在 这 个 问题 ， 我 们 需要 更 新 SDK 到 最 新 版 本 ， 才 能 保证 Android 5.0 系 统 下 的 App 不 会 因此 而 崩 演 。 


1] 关于 这 个 Crash 的 更 详细 信息 ， 请 参见 http://blog.csdn.net/zhao_3546/article/details/11195881。 
2] 关于 这 个 Crash 的 更 详细 信息 ， 请 参见 http://stackoverf iow.com/ questions/11025182/webview-java-lang-securityexception-no-permission-to-modify-given-thread 。 
3] 关于 这 个 Crash 的 更 详细 分 析 ， 请 参见 http://zartzwj.iteye.com/blog/1098839。 社 区 上 关于 这 个 Crash 的 解决 方案 众说 纷 坛 ， 目 前 还 没有 统一 的 解决 方案 。 

引 在 StackOvetrf iow 上 对 DeadObjectException 有 更 详细 的 讨论 ， 请 参见 http://stackovetf iow.com/questions/7037093/android-dead-object-exception。 


5] 关于 这 种 情况 的 详细 描述 ， 请 参见 http://hold-on.iteye.com/blog/1943437。 


6] 关于 这 种 情况 的 详细 描述 ， 请 参见 http://stackoverf iow.com/questions/22810147/ertor-when-selecting-text-from-textview-java-lang-indexoutofboundsexception-se。 


7] 详细 内容 请 参见 : http:/ /zhiweiof ii.iteye.com/blog/1539467。 


6.8 SQLite 相关 的 异常 


在 App 中 ， 一 般 都 使 用 SQLite 这 个 数据 库 ， 本 节 介绍 的 Crash 也 是 围绕 着 这 个 主题 发 生 的 。SQLite 相 关 的 异常 大 都 和 1O 操 作 不 当 有 关 ， 由 于 我 们 无 法 猜测 用 户 手机 发 生 崩 省 时 的 状 
态 ， 所 以 这 类 异常 是 最 难 修复 的 。 


6.8.1 No transaction is active 


异常 中 的 关键 字 : 


android.database.sglite.SQLiteException:cannot commit - no transaction is active 


发 生 频 率 : 太太 太 


在 事务 中 ， 逐 条 循环 插入 (for+insert) 大 量 数据 时 会 导致 这 类 崩溃 。Android 中 在 SqlLite 插 入 数据 的 时 候 默 认 一 条 语句 就 是 一 个 事务 ， 有 多 少 条 数据 就 有 多 少 次 磁盘 操作 ， 而 且 不 


能 保证 所 有 数据 都 能 同时 插入 。 


相应 的 解决 方案 是 使 用 SQLLite 提 供 的 批量 插入 语法 ， 一 次 性 地 把 这 些 数据 都 插入 到 数据 库 中 ， 如 下 所 示 : 


Public void insertOrUpdateDataBatch () { 
SQLiteDatabase db = getNritableDatabase () 
db.beginTransaction (); 
try { 

for (String sql : sqls) { 
db.execSQL (sql); 


} 
// 设置 事务 标志 为 成 功 ， 当 结束 事务 时 就 会 提交 事务 
db.setTransactionSuccessful (); 

} catch (Exception e) { 
e.printStackTrace (); 

} finally { 
db.endTransaction(); 
db.close(); 

} 

} 


这 段 代 码 的 成 功 与 否 ， 就 在 于 setTransactionSuccessful() 这 个 方法 。 在 这 个 方法 执行 前 ， 所 有 的 execSQL 方 法 都 不 会 更 新 到 数据 库 ; 等 这 个 方法 执行 后 ， 


法 都 执行 完成 ， 数 据 会 同步 到 数据 库 。 不 信和 的话 可 以 在 for 循 环 处 打 个 断 点 ， 看 数据 库 是 否 有 变化 。 


6.8.2 ”忘记 关闭 Cursor 


异常 中 的 关键 字 : 


android.database.CursorWindowAllocationException:Cursor window allocation of 2048 kb failed 


发 生 频率 : 太太 太 


这 个 异常 是 因为 使 用 SQLLite 时 忘记 释放 游标 导致 的 ， 内 存 泄漏 得 多 了 ， 就 骨 溃 了 。 相 应 的 解决 办 法 就 是 手动 关闭 Cursor， 如 下 所 示 : 


Cursor .elLCse () 7 


会 一 次 性 把 所 有 execSQL 方 


6.8.3 数据库 被 锁定 


长 


我 们 试图 在 不 同 的 线程 中 创建 多 个 连接 时 ， 就 会 抛 出 这 个 异常 。 相 应 的 解决 方案 是 将 数据 库 做 成 一 个 单 例 。["] 


单 例 固然 能 解决 单 进程 操作 数据 库 的 情况 ， 但 是 对 于 多 进程 App 而 言 ， 还 是 需要 ContentProvider。 


6.8.4 试图 再 打开 已 经 关闭 的 对 象 


异常 中 的 关键 字 : 


javalangJlegalStateException:attempt to te-open an already-closed object 


发 生 频率 : 太 


这 个 问题 是 上 一 个 问题 的 延续 。 即 使 做 成 了 单 例 ， 如 果 在 不 同 的 线程 中 创建 多 个 连接 ， 就 会 报 当前 的 错误 信息 。 


频繁 地 操作 SQLite 数 据 库容 易 产生 这 个 骨 溃 。 我 们 习惯 于 每 执行 一 次 数据 库 操 作 ， 都 打开 和 关闭 数据 库 各 一 次 。 这 就 会 导致 当 两 个 线程 同时 操作 数据 库 时 ， 比 如 ，A 为 读数 据 ，B 为 写 


数据 ， 当 A 读 完 就 会 关闭 数据 库 ， 而 B 这 时 正在 写 数 据 ， 那 么 上 述 Crash 就 会 产生 了 。 


在 实际 应 用 中 ，App 中 的 IM ， 因 为 要 把 聊天 信息 存放 到 本 地 SQLite， 最 容易 看 到 这 类 异常 ， 这 时 好 的 做 法 是 ， 在 当前 聊天 室 ， 保 持 数据 库 一直 处 于 Open 状 态 ， 等 退出 聊天 室 再 执行 


close 方 法 。 


6.8.5 ”文件 加 密 了 或 无 数据 库 


SQLiteDatabaseCorruptException:file is encrypted or is not a database 


发 生 频率 : 六 


请 注意 SQLLite DB 文件 的 版 本 ， 如 果 有 两 个 DB， 一 个 是 2.8.17， 另 一 个 是 3.7.7.1， 那 么 就 会 出 现 这 个 异常 。 将 其 统一 成 一 个 版 本 即 可 。 


此 外 ， 如 果 DB 破 损 ， 也 可 能 出 现 这 种 异常 。 当 我 们 将 App 安 装 在 SD 卡 上 ， 多 次 插 拔 就 会 导致 部 分 文件 破损 。 
6.8.6 ”WebView 中 SQLLite 缓 存 导致 的 月 省 
异常 中 的 关键 字 : 
SQLiteDiskIOException:disk I/O etfrof……… at 
android.webkit.WebViewDatabase$1.run(WebViewDatabase.java:1000) 
发 生 频率 : 大 
总 


这 个 异常 信息 中 还 带 有 WebViewDatabase 的 内 容 ， 说 明 我 们 的 程序 使 用 了 WebView 控 件 的 缓存 技术 。 但 是 原因 不 详 。 有 人 说 把 数据 库 删 除了 就 会 前 演 ， 但 我 试 过 了 ， 对 WebView 是 无 效 


由 此 而 谈 到 Android 中 WebView 的 缓存 策略 。WebView 中 存在 着 两 种 缓存 : 
“ 网 页 数据 缓存 ， 存 储 打开 过 的 页 面 及 资源 。 


“ Html5 缓 存 ， 即 appcache。 


了 BM com.baoijianqiang.example 
v BM cache 
v MM webviewCache 


webviewGCGache.db 


图 6-4 WebView 中 的 cache 数 据 


WebView 自 带 的 缓存 机 制 里 面 ， 会 将 url 保 存在 webviewCashe.db 中 ， 将 url 内 容 保存 在 webviewCashe 文 件 夹 下 ， 比 如 说 图 中 的 10d8d5cd， 就 是 url 对 应 的 一 张 图 片 ， 此 外 html、js 
等 文件 也 会 存 下 来 。 


而 对 于 databases 目 录 下 的 webview.db 和 webviewCashe.db， 都 会 自动 生成 1 个 名 为 android_metadata 的 表 ， 只 要 创建 SQLLite 数 据 库 中 的 表 ， 就 会 自动 创建 这 个 表 ， 表 中 只 有 一 
个 locale 字 段 ， 里 面 存放 的 是 en-US 或 者 zh-CN 这 样 的 值 (是 哪个 值 取决 于 Android 系 统 ) ， 用 于 标示 语言 文化 。 从 数据 库 中 读 取 的 文本 是 否 为 乱码 ， 就 取决 于 这 个 值 了 。 


我 的 系统 是 英文 的 ， 所 以 我 检查 过 locale 值 是 en-US; 而 我 同事 的 中 文系 统 则 显示 zh-CN。 


缓存 模式 有 五 种 ， 见 表 6-1。 


表 6-1 缓存 模式 


模 式 简 介 


LOAD CACHE ONLY 不 使 用 网 络 ， 站 存 数 据 
LOAD DEFAUILT 根据 cache-control 决定 是 否 从 网 络 上 取 数 据 
( 续 ) 
模 式 简 人 
API level 17 中 已 经 废弃 ， 从 API level 11 开始 作用 同 LOAD_DEFAULT 

LOAD CACHE NORMAL 网 

本 模式 
LOAD NO CACHE 不 使 用 缓存 ， 只 从 网 络 获 2 


LOAD CACHE ELSE NETWORK 只 要 本 地 有 ， 无 论 是 否 过 期 ， 或 者 no-cache， 都 使 用 缓存 中 的 数据 


根据 以 上 几 种 模式 ， 建 议 缓存 策略 为 : 判断 是 否 有 了 网络， 有 的 话 ， 使 用 LOAD_DEFAULT， 无 网 络 时 ， 使 用 LOAD_CACHE_ELSE_NETWORK。 
6.8.7 ”磁盘 读 写 错误 
异常 中 的 关键 字 : 

android.database.sqlite.SQLiteDiskIOException:disk I/O error(code 1802) 


发 生 频率 : 六 


我 曾经 认为 ， 在 UI 线 程 执行 dbHelper.getWritableDatabase() 这 句 话 的 时 候 ，UI 线 程 会 把 数据 库 锁 住 。 但 是 后 来 Bugly 的 “精神 哥 ” 告 诉 我 ，dbHelper 只 有 在 创建 数据 库 、 进 行事 务 
处 理 时 才 会 锁 住 数据 库 。 默 认 情 况 下 dbHelper 会 缓存 DB 实例 ， 执 行 类 似 于 getWritableDatabase 的 操作 是 立即 返回 的 ， 并 不 会 上 锁 。 


disk VO error 这 类 异常 的 抛 出 ， 是 因为 多 线程 修改 DB， 比 如 一 个 线程 在 写 数据 ， 另 一 个 线程 却 在 删除 数据 。 


6.8.8 android_metadata 表 不 存在 
异常 中 的 关键 字 : 

android.database.sqlite.SQLiteException:no such table:android_metadata SQLiteOpenHelper.getReadableDatabase 
发 生 频 率 : 六 


开发 中 需要 连接 SQLite 数 据 库 ， 当 使 用 如 下 方法 打开 数据 库 时 就 会 抽出 上 述 错误 : 


SQLiteDatabase database = SQLiteDatabase.openDatabase( 
PATH, null, SQLiteDatabase.OPEN READONLY); 


解决 办 法 是 ， 将 openDatabase 方 法 中 最 后 一 个 参数 修改 为 SQLiteDatabase. 
NO LOCALIZED COLLATORS 即 可 。 
6.8.9 android_metadata 表 中 的 locale 字 段 
异常 中 的 关键 字 : 
android.database.sqlite.SQLiteException:Failed to change locale for db'/data/ data/appname/databases/webview.db'to'zh_CN.. 


发 生 频率 : 六 


根据 对 6.8.8 中 Crash 的 分 析 ， 我 们 知道 android_metadata 这 个 表 中 有 个 locale 字 段 。 


这 里 要 介绍 的 Crash 发 生 在 WebView 控 件 生 成 的 缓存 数据 库 中 ， 但 是 发 生 的 概率 极 小 (个 位 数 ) 。 对 此 ， 众 说 纷 坛 。 甚 至 有 美国 人 在 StackOverFlow 上 说 中 国产 的 手机 也 报 这 个 异 
常 ， 只 是 不 能 转换 为 en-US 而 已 。 我 只 能 怀疑 是 ROM 的 问题 。 


6.8.10 ”数据 库 或 磁盘 满 了 


异常 中 的 关键 字 : 


android.database.sqlite.SQLiteFullException:database or disk is full 


发 生 频率 : 六 


Is 


当 数 据 库 文 件 存放 在 内 存 中 时 ， 就 和 存 文件 或 者 SharedPreferences 一 样 ， 会 因为 内 存 满 了 而 报错 ， 只 是 这 次 的 错误 信息 更 具体 ， 会 提示 我 们 数据 库 / 磁 盘 满 了 。 


上 单 例 的 实现 请 参见 : http://zhiwei.neatooo.com/blog/detail?blog=5343818a9d4869f0310000de。 


6.9 ”不明 觉 厉 的 异常 


不 是 所 有 的 Crash 都 能 找到 原因 ， 比 如 说 内 存 爆 了 ， 也 就 是 OOM ， 但 是 表现 为 其 他 的 症状 ,也 有 可 能 是 混淆 的 问题 。 


对 于 线 上 的 Crash， 我 们 要 本 着 “为 什么 开发 期 间 没有 发 现 ” 的 思路 来 进行 修复 ， 调 试 期 间 没有 问题 但 是 到 了 线 上 就 有 问题 了 ， 原 因 有 几 种 : 


“ 测试 不 充分 ， 有 些 场景 没有 考虑 到 。 
“ 服务 器 返回 给 App 的 数据 不 规范 ， 而 App 又 没 做 容错 处 理 。 恰 恰 测 试 时 数据 是 没 问 题 的 ， 上 线 后 服务 器 返回 的 数据 不 规范 ， 就 会 有 各 种 崩溃 。 
“ 也 有 可 能 是 在 线 上 调试 ， 没 写 好 的 代码 抛 出 来 的 异常 。 这 种 Crash 永 远 不 会 重 现 。 我 们 需要 排除 这 样 的 Crash， 否 则 会 浪费 大 量 的 人 力 在 上 面 。 


其 实 ， 很 多 线 上 Crash 都 是 无 厘 头 的 ， 让 人 无 从 下 手 修复 。 我 在 这 里 教 大 家 一 种 简单 有 效 的 办 法 ， 那 就 是 发 现 这 样 的 线 上 Crash， 在 出 错 的 代码 行 如 上 try.…catch.… 语 句 ， 专 门 捕获 这 
种 异常 。 记 得 在 catch 语 句 中 将 这 次 异常 发 送 到 服务 器 ， 并 把 crash_type 标 记 为 0 ( 线 上 Crash 的 这 个 值 为 1) ， 这 样 我 们 就 能 在 每 天 几 干 个 Crash 中 捕获 到 一 些 ， 而 阻止 应 用 不 崩 演 了 。 


当 我 们 捕获 到 这 种 异常 ， 尽 量 不 要 让 程序 骨 溃 ， 而 是 退回 到 上 一 个 页 面 ， 请 用 户 重新 操作 一 遍 。 之 前 的 操作 可 能 会 因为 各 种 各 样 的 原因 而 引发 异常 ， 重 新 操作 一 遍 能 极 大 减少 这 种 情 
形 。 但 如 果 每 次 退回 后 重新 操作 还 是 这 种 崩 演 ， 那 么 就 要 重点 对 待 了 ， 有 可 能 是 MobileAPI 脏 数据 ， 有 可 能 是 某 款 机 型 不 兼容 ， 有 可 能 就 是 一 个 代码 上 的 bug， 具 体 情 况 具体 分 析 。 


6.9.1 内存 溢 出 


异常 中 的 关键 字 : 
OutOfMemoryException 
发 生 频 率 : 太太 太太 大 


我 们 时 常 抱 怨 Android 系 统 为 每 个 App 分 配 的 内 存 太 小 ， 只 有 几 十 兆 ， 殊 不 知 在 AndroidManifest.xml 中 有 个 参数 可 以 设置 : 


<application android:1largelHeap="true" 


这 样 就 能 增加 系统 为 当前 App 分 配 的 内 存 了 ， 甚 至 到 100MB 以 上 。 使 用 后 ，OOM 的 崩溃 明显 减少 很 多 。 


是 ， 天 底下 没有 免费 的 午餐 。 当 内 存 很 大 的 时 候 ， 每 次 GC 的 时 间 也 会 长 一 些 ， 性 能 就 会 下 降 。Android 官 方 给 的 建议 是 ， 作 为 程序 员 的 我 们 应 该 努力 减少 内 存 的 使 用 ， 使 用 回收 和 
复 用 的 方法 ， 而 不 是 想方设法 增 大 内 存 。 


6.9.2 Verify Failed 


异常 中 的 关键 字 : 
java.lang. VerifyError:Rejecting class xxxx.package.activityA that attempts to sub-class erroneous class xxxx.package.Activity 基 类 
发 生 频率 : 太太 太太 


这 个 问题 至 今 没有 查 到 原因 。 


6.10 ”其 他 情况 的 异常 


最 后 ， 是 一 些 不 太 好 归 类 的 异常 信息 。 这 就 像 武 侠 小 说 中 的 独行 大 侠 ， 无 门 无 派 但 也 不 能 小 虎 。 


6.10.1 TimeoutException 


异常 中 的 关键 字 : 
com.android.internal.BinderInternal$GcWatcher.finalizeOtimed out after 10 seconds 
发 生 频率 : 六 


GC 回收 超时 会 扫 出 该 异常 ， 注 意 重 写 finalize 方 法 时 不 要 有 超时 的 操作 。[1] 


6.10.2 ” ”JSON 解析 异常 


异常 中 的 关键 字 : 


org.json.JSONException:No value for UserName at 


org.json.JSONObject.get(JSONObject.java:354)at………… 


发 生 频 率 : 六 太太 


在 JSON 解 析 中 经 常会 遇 到 这 种 异常 。 


这 是 因为 我 们 在 解析 JSON 的 时 候 ， 使 用 了 getString("UserName") 而 不 是 optString("UserName")， 如 果 UserName 这 个 key 在 JSON 字 符 串 中 不 存在 ， 前 者 会 抛 出 上 述 异 常 ， 后 者 


则 会 返回 空 。 


回 


类 似 地 ， 还 有 getJsonArray 方 法 ， 建 议 的 解决 方案 是 改 用 optJsonArray 方 法 ， 才 不 会 发 生 崩 演 。 


6.10.3 JSONArray 在 初始 化 时 为 空 
异常 中 的 关键 字 : 
java.lang. NullPointerException at 


org.json.JSONTokener.nextCleanInternal(JSONTokener.java:116)at 


org.json.JSONTokener.nextValue(JSONTokener.java:94)t:……… 
发 生 频率 : 太太 大 


我 们 知道 JSJONArray 的 初始 化 如 下 所 示 : 


Public void simulateJSONException() throws JSONException { 
String jsonstring = ""; 
JSONArray array = new JSONArray (jsonString); 
for (int i = 0; i < array.length(); i++) { 
JSONObject jsonObject = array.getJSONObject (i); 
} 


当 jsonString 这 个 值 为 空 时 ， 就 会 报 上 述 的 异常 信息 。 


6.10.4 第 三 方 SDK 抛 出 的 Crash 


在 引入 第 三 方 SDK 的 同时 ， 也 会 引入 SDK 导 致 的 衣 溃 。 举 个 例子 : GoogleAnalytics， 简 称 GA。Google 提 供 的 这 个 工具 ， 很 多 公司 用 来 搜集 线 上 Crash。 殊 不 知 ， 有 些 手 机 只 要 启动 
这 个 记录 Crash 的 功能 ， 就 会 Crash， 每 天 会 有 一 两 干 个 崩溃 就 是 因为 这 个 原因 导致 的 ， 异 常 信息 如 下 所 示 : 


java.lang.RuntimeException: Package manager has died at 
android.app.ApplicationPackageManager .getPackageInfo (Application 
PackageManager .java:82) at 
com.google.analytics.tracking.android.StandardExceptionParser.setIn 
cludedPackages (Unknown Source) 


我 也 是 在 把 线 上 Crash 收 集 到 自己 的 服务 器 后 ， 才 发 现 这 个 问题 的 。 后 来 把 GA 的 这 个 Crash 发 送 功能 禁用 掉 ， 就 不 再 因此 而 崩溃 了 。 


6.10.5 ”两 个 不 同类 型 的 View 有 相同 的 id 


异常 中 的 关键 字 : 


java.lang. Illegal AreumentException: Wrong state class,expecting View State but received class android.widget.ScrollView$SavedState instead.This usually happens when two views of different type have 


the same id in the same hierarchy.This view's id is id/Oxff0000.Make sure other views do not use the same id. 


发 生 频率 : 六 太太 


各 


本 


常 信息 中 不 一 定 每 次 都 是 ScrollView， 也 有 TextView 或 者 其 他 控件 。 


扣 


斌 
[g 


常 信息 已 经 解释 得 很 清楚 了 ， 在 一 个 页 面 中 ， 两 个 不 同类 型 的 View 有 相同 的 id， 就 会 导致 崩溃 。 


这 个 悲剧 的 发 生 ， 是 Android 系 统 的 内 部 机 制导 致 的 。ViewPager 中 有 两 个 页 面 ， 每 个 页 面 的 layout 布 局 文件 中 都 有 一 个 id 名 叫 scroll_view 的 控件 ， 那 么 当 我 们 重 写 
onSavelnstanceState 这 个 方法 的 时 候 ， 如 果 要 保存 scroll view 的 状态 ， 比 如 scrollX 和 scrollY 的 值 ， 那 么 在 onRestorelnstanceState 方 法 中 恢复 这 两 个 值 时 ， 就 会 分 不 清楚 究竟 是 哪 一 


个; 


Android 官 方 建议 最 好 保证 每 个 View 的 id 都 是 唯一 的 ， 或 者 至 少 在 一 个 局 部 的 layout 文 件 中 这 么 做 ， 因 为 很 显然 ， 如 果 同 一 个 layout 文 件 中 有 两 个 id 都 
是 "android:id="@+id/button "的 按钮 ， 那 么 通过 findViewByld 的 时 候 只 能 找到 前 面 的 按钮 ， 后 面 的 那个 就 没 机 会 被 找到 了 ， 所 以 Android 官 方 的 说 法 是 合理 的 。 


此 外 ， 还 应 该 加 上 特别 重要 的 一 条 : 当 在 Activity 中 ， 确 定 要 保存 /恢复 一 个 View 的 状态 的 时 候 ， 一 定 要 保证 它们 有 唯一 的 id， 因 为 Android 内 部 用 id 作为 保存 、 恢 复 状 态 时 使 用 的 
key， 否 则 就 会 发 生 一 个 覆盖 另 一 个 的 悲剧 。 


6.10.6 Layoutlnfiater.from().infiate() 使 用 不 当 导 致 的 崩溃 


No package identifier when getting value fotr resource number 0x00000001 


发 生 频 率 : 六 太太 


在 程序 中 使 用 Layoutlnfiaterfrom(.infiate() 语 名 时， 必须 写 在 具体 的 子 类 中 ， 一 定 不 能 工作 在 父 类 或 虚 类 里 ， 如 下 所 示 : 


View View = LayoutInfiater.from(mContext) 
.infiate (LAYOUT ID, this, true); 


这 里 有 个 this 指 针 的 问题 ， 当 initView 方 法 让 虚 类 调用 时 ， 这 个 this 指 向 谁 ? 是 虚 类 自己 还 是 子 类 ? 正 是 因为 Android 系 统 搞 不 清楚 所 以 就 出演 了， 另外 这 个 infiate 本 身 就 有 一 定 的 特 
殊 性 ， 是 不 能 随便 乱用 this 的 。 我 尝试 过 把 BaseGuideView 里 的 initView 方 法 不 写成 虚 方法 ， 而 是 一 个 空 的 函数 ， 但 依旧 报错 。 所 以 遇 到 这 种 情况 ， 加 载 布 局 一 定 要 由 各 个 子 View 自 行 加 
载 并 初始 化 。 加 


6.10.7 ”ViewGroup 中 的 玄机 
异常 中 的 关键 字 : 

java.lang.Illegal ArgumentException:parameter must be a descendant of this view 
发 生 频率 : 大 太太 


这 个 朋 溃 ， 是 通过 ViewGroup 的 offsetRectBetweenParentAndChild 方 法 抛 出 来 的 。 


offsetRectBetweenParentAndChild 方 法 抛 出 来 的 。 

void offsetRectBetweenParentAndChild(void descendant, 
Rect rect, boolean offsetFromChildToParent, 
boolean clipToBounds) 


该 方法 就 是 用 来 计算 父子 重 赤 的 区 域 。 它 是 通过 所 给 的 descendant 这 个 View 逐 级 向 上 寻找 Parent View， 同 时 将 Rect 转 换 为 同 级 坐标 系 来 计算 的 。 


在 这 个 方法 的 未 尾 ， 如 果 最 终 找到 的 Parent View 和 当前 View 不 一 致 ， 则 会 抛 出 这 个 异常 。 说 白 了 ， 就 是 descendant 参 数 必须 是 当前 View 的 子孙 。D] 


那么 什么 时 候 descendant 不 是 当前 View 的 子孙 呢 ? 在 UI 调 整 的 时 候 ， 会 改变 当前 界面 中 拥有 焦点 的 控件 。 我 们 应 该 实时 确保 这 个 控件 是 当前 View 的 子孙 ， 所 以 相应 的 解决 方案 也 很 
简单 ， 每 次 都 重新 设置 一 下 焦点 ， 让 当前 View 始 终 获得 焦点 。 与 此 同时 ， 如 果 是 ListView， 还 要 清空 ListView 中 其 他 控件 抢 到 的 焦点 。 


6.10.8 ”Monkey 点 击 过 快 导致 的 崩溃 


异常 中 的 关键 字 : 
java.lang. NullPointerException at 


andtoidq,.view.ViewRootImpl$ViewRootHandler.handleMessage(ViewRootImpljava3040)at……… 
发 生 频率 : 太太 
有 种 Crash， 只 有 执行 Monkey 脚 本 时 才 会 抛 出 来 。 没 办 法 ， 人 和 手 点 的 速度 远 不 及 Monkey 点 击 的 速度 。 这 种 Crash， 我 们 就 不 深究 了 ， 只 要 确保 手 点 的 时 候 不 月 溃 即 可 。 


有 一 种 相对 成 熟 的 解决 方案 ， 那 就 是 为 每 个 点 击 事件 加 一 个 延迟 函数 ， 如 下 所 示 : 


Public voidq onClick(View v) { 
if (isWindowLocked ()) 


return; 
// 接 下 来 的 代码 执行 点 击 按钮 后 的 逻辑 


我 们 把 isWindowLocked 这 个 延迟 方法 写 到 BaseActivity 中 : 


public Boolean isWindowLocked() { 
long current = SystemClock.elapsedRealtime (); 
if (current - mLastOonClickTime > 500) { 
mLastOonClickTime = current; 
return false; 
} 
return true; 


} 


这 样 Monkey 就 不 会 跑 那 么 快 了 。 


Tl 


代码 中 500 的 意思 是 延迟 0.5 秒 。 这 取决 于 Monkey 中 事件 的 间隔 时 间 ， 一 般 我 们 设置 为 0.5 秒 。 


6.10.9 ”图 片 缩放 很 多 倍 


异常 中 的 关键 字 : 


javalang.IlegalArgumentException:bitmap size exceeds 32bits 


发 生 频率 : 大 太太 


上 


图 片 缩放 了 很 多 倍 时 ， 导 致 内 存 溢出 ， 就 会 抛 出 这 个 异常 ， 多 发 生 在 全 屏 显示 一 张 图 片 的 时 候 。 


如 下 所 示 ，postscale 方 法 中 的 参数 就 是 宽 和 高 比例 ， 要 在 这 里 增加 try.…catch.…. 捕 获 这 个 异常 。 


// srcWindth 和 srcHeight 是 缩放 前 

// tagetNidth 和 targetHeight 缩 放 后 

Float scaleW = (fioat)targetWidth / (fioat)srcWidty; 
Float scaleH = (fioat)targetHeight / (fioat)srcHeight; 
Matrix matrix = new Matrix(); 

Matrix.postScale (scalew, scaleH); 


6.10.10 ”图 片 宽 高 为 0 


java.lang. [legal AreumentException:width and height must be>0 at 


android. graphics. Bitmap.nativeCreate(Native Method) 


发 生 频 率 : 太太 


产生 这 个 异常 ， 通 常 是 因为 没有 取 到 图 片 的 宽 和 高 ， 于 是 就 返回 默认 值 0 了 。 


这 是 件 很 诡异 的 事情 ， 因 为 任何 一 张 图 片 都 是 有 宽 和 高 的 ， 那 么 唯一 的 一 种 解释 就 是 ， 没 加 载 到 这 个 图 片 〈 比 如 说 缓冲 数据 被 清空 ) ， 或 者 提前 调用 了 获取 图 片 的 宽 和 高 的 方法 ， 这 
时 候 就 得 到 0 值 了 。 


暂时 还 没有 完美 的 解决 方案 ， 只 能 看 到 哪个 页 面 有 这 样 的 异常 信息 ， 就 加 try…catch… 语 句 防止 获取 图 片 宽 高 时 出 错 。 


6.10.11 不 能 重复 添加 组 件 


这 个 异常 发 生 在 windowmanger.addView (view) 这 行 代码 中 ， 意 思 大 体 是 说 这 个 view 在 Window Manager 中 已 经 存在 ， 不 能 再 添加 相同 的 了 。 


通常 的 解决 办 法 是 在 添加 view 时 ， 捕 获 这 个 异常 ， 但 是 并 没有 解决 问题 ， 想 要 添加 的 view 并 没有 被 加 入 到 Window Manager 中 。 


于 是 我 们 想到 ， 先 执行 windowmanger.removeView (view) ， 再 执行 addView 方 法 ， 这 样 就 不 会 出 问题 了 。 但 是 问题 接 哑 而 至 ， 当 Window Manager 中 并 不 存在 这 个 view 时 ， 执 
行 remove 方 法 反而 会 抛 出 View not attached to window manager 的 异常 信息 。 基 于 此 ， 得 到 终极 解决 方案 ， 如 下 所 示 : 


try { 
windowmanager .removeView (view); 

} catch (IllegalStateException ex) { 
e.printstackTrace (); 

} 

try 1 
windowmanager .addView (view); 

} catch(IllegalStateException ex) { 
e.printSstackTrace (); 

} 


也 就 是 说 ， 即 使 [emoveView 失 败 ， 也 能 继续 执行 接 下 来 的 addView 操 作 。 


[由 关于 这 个 异常 的 不 完全 诊断 ， 请 参见 http://stackoverf iow.com/questions/24021609/how-to-handle-java-util-concurrent-timeoutexception-android-os-binderproxy-f in。 
[2] 关于 这 个 崩溃 的 详细 信息 ， 请 参见 http://blog.csdn.net/yanzil1225627Varticle/details/37338565。 


[3] 关于 这 个 崩溃 的 详细 信息 ， 请 参见 http: //blog,.sina.com.cn/s/blog_5704bfafo102v3bn.html。 


6.11 本 章 小 结 


这 是 极其 枯燥 无 味 的 一 章 ， 我 努力 让 自己 的 语言 生动 一 些 ， 也 不 一 定 有 效 。 原 设想 一 个 月 就 完成 这 一 章 ， 谁 知 却 整整 写 了 6 个 月 。 


从 第 一 批 收集 到 的 40 多 个 异常 ， 越 写 越 多 ， 慢 慢 扩充 到 现在 的 80 多 个 异常 。 网 络 上 早 就 有 人 在 讨论 Android 干 奇 百 怪 的 异常 信息 ， 每 篇 文章 都 要 仔细 看 一 遍 ， 与 此 同时 ， 还 要 为 每 一 
个 月 省 做 两 个 Demo， 一 个 用 来 演示 骨 滇 ， 另 一 个 则 用 来 演示 如 何 修复 崩溃 。 只 有 这 样 才能 辨别 真 伪 ， 但 却 最 费时 间 和 精力 。 


另 一 个 困扰 我 的 问题 是 ， 如 何 辨别 开发 期 间 发 现 的 崩溃 和 线 上 环境 发 生 的 崩溃 。 前 者 是 可 以 在 上 线 前 就 能 发 现 的 ， 如 果 不 修复 ， 功 能 流程 根本 不 能 走 下 去 ， 所 以 ， 这 类 半 溃 ， 我 尽量 


不 去 分 析 。 我 着 力 解决 的 是 那些 开发 期 间 发 现 不 了 ， 只 有 通过 线 上 环境 几 十 万 用 户 才能 点 出 来 的 骨 溃 。 我 总 在 想 ， 为 什么 这 个 崩溃 在 开发 和 测试 期 间 不 能 发 现 ? 


我 不 能 确保 本 章 中 每 个 异常 分 析 都 是 正确 的 ， 有 些 情况 我 只 能 是 大 胆 猜测 ， 甚 至 还 没有 结论 ， 如 果 读 者 有 更 好 的 解释 ， 请 在 我 的 博客 上 留言 ， 我 将 非常 感激 。 


第 7 章 ProGuard 技 术 详 解 


ProGuarqd 是 一 个 很 枯燥 且 让 人 没有 成 就 感 的 技术 ， 至 少 我 是 这 么 认为 的 。 但 不 可 否认 的 是 ，Android 项 目 没有 了 ProGuard 还 真 就 不 行 。 既 然 投身 程序 员 这 个 行业 ， 就 要 耐 得 住 寂 
齐 ， 在 夜深人静 的 时 候 ， 加 班 给 代码 做 混淆 。 本 章 专 门 介绍 ProGuard 的 工作 原理 ， 以 及 使 用 方法 。 


7.1 ProGuard 简 介 


在 Android 中 一 提起 ProGuard， 我 们 就 会 认为 它 是 用 来 混淆 代码 的 ， 殊 不 知 ProGuard 一 共 包 括 以 下 4 个 功能 。 
“ 压缩 (Shrink) : 侦 测 并 移 除 代码 中 无 用 的 类 、 字 段 、 方 法 和 特性 (Attribute) 。 
: 优化 (Optimize) : 对 字 节 码 进行 优化 ， 移 除 无 用 的 指令 。 
“ 混淆 (Obfuscate) : 使 用 、b、c、d 这 样 简短 而 无 意义 的 名 称 ， 对 类 、 字 段 和 方法 进行 重 命名 。 
“ 预 检 (Preveirfy) : 在 Java 平 台 上 对 处 理 后 的 代码 进行 预 检 。 

ia 
如 果 仅仅 是 为 了 代码 混 消 ，ProGuard 有 一 个 兄弟 产品 DexGuard 可 以 试 试 ， 地 址 如 下 : 
http://www.saikoa.com/dexguard 
常常 看 到 有 人 诉 病 ProGuard 不 会 混淆 字符 囊 常 量 ，DexGuard 可 以 做 这 个 事情 。 
ProGuard 是 一 个 开源 项 目 ， 在 SourceForge 上 进行 维护 ， 地 址 如 下 : 
http://ProGuard.sourceforge.net, 


从 上 述 地 址 下 载 ProGuard 之 后 ， 能 同时 看 到 官方 文档 和 示例 ， 不 过 是 英文 的 ， 目 前 市 面 上 没有 相应 的 中 文 翻译 版 ， 也 没有 一 篇 详尽 的 介绍 文章 。 


如 果 你 的 项 目 已 经 使 用 了 某 个 版 本 的 ProGuard， 比 如 ， 现 在 市 面 上 最 流行 的 是 4.7 版 本 ， 我 建议 不 要 进行 升级 。 一 切 以 稳定 为 首 ， 如 果 一 定 要 升级 到 最 新 版 本 ， 请 在 使 用 ProGuard 
后 ， 对 项 目的 所 有 模块 进行 全 功能 回归 测试 。 


7.2 ”ProGuard 工 作 原 理 


ProGuard 由 shrink、optimize、obfuscate 和 preverify 四 个 步骤 组 成 ， 其 中 每 个 步骤 都 是 可 选 的 ， 我 们 可 以 通过 配置 脚本 来 决定 执行 其 中 的 哪 几 个 步骤 ， 如 图 7-1 所 示 。 


Inputjars Shrunk code : 
shrink I optimize Optim.code | obfuscate Obfusc.code 上 Preverify -党 Ouputjars 


Library jars (unchanged) > Library jars 


图 7-1 ProGuard 执 行 流程 


这 里 ,我 们 引入 Entry Point 的 概念 。Entry Point 是 在 ProGuard 过 程 中 不 会 被 处 理 的 类 或 方法 。 在 压缩 的 步骤 中 ，ProGuard 会 从 上 述 的 EntryPoint 开 始 递 归 遍 历 ， 搜 索 哪些 类 和 类 
的 成 员 在 使 用 。 对 于 没有 被 使 用 的 类 和 类 的 成 员 ， 就 会 在 压缩 阶段 丢弃 。 


接 下 来 在 优化 的 步骤 中 ， 那 些 非 EntryPoint 的 类 、 方 法 都 会 被 设置 为 private、static 或 final， 不 使 用 的 参数 会 被 移 除 ， 此 外 ， 有 些 方 法 会 被 标记 为 内 联 的 。 在 混淆 的 步骤 
中 ，ProGuard 会 对 非 EntryPoint 的 类 和 方法 进行 重 命名 。 


7.3 如何 写 一 个 ProGuard 文 件 


接 下 来 ， 我 们 只 讲 ProGuard.cfg 混 淆 文件 要 怎么 写 。 这 是 一 个 三 步 走 的 过 程 。 


7.3.1 ”基本 混淆 


以 下 是 混淆 最 基本 的 配置 信息 ， 任 何 App 都 要 使 用 ， 可 以 作为 模板 使 用 ， 我 为 每 行 代码 都 增加 了 注释 : 


1. 基 本 指令 


# 代码 混淆 压 缩 比 ， 在 0~7 之 间 ， 上 默认 为 5， 一 般 不 需要 改 
-optimizationpasses 5 

# 混淆 时 不 使 用 大 小 写 混合 ， 混 清 后 的 类 名 为 小 写 
-dontusemixedcaseclassnames 

# 指定 不 去 忽略 非 公共 的 库 的 类 
-dontskipnonpubliclibraryclasses 

# 指定 不 去 忽略 非 公共 的 库 的 类 的 成 员 
-dontskipnonpubliclibraryclassmembers 

# 不 做 预 校 验 ，Preverify 是 proguard 的 4 个 步骤 之 
# Rndroid 不 需要 Preverify， 去 掉 这 一 步 可 加 快 混淆 速度 

-dontpreverify 

# 有 了 verbose 这 句 话 ， 混 清 后 就 会 生成 映射 文件 

# 包含 有 类 名 -> 混淆 后 类 名 的 映射 关系 

# 然后 使 用 printmapping 指 定 映射 文件 的 名 称 

-verbose 

-printmapping proguardMapping.txt 

# 指定 混淆 时 采用 的 算法 ， 后 面 的 参数 是 一 个 过 滤器 

# 这 个 过 滤器 是 谷歌 推荐 的 算法 ， 一 般 不 改变 

-optimizations !code/simplification/arithmetic, !field/*, !class/merging/* 
# 保护 代码 中 的 Annotation 不 被 混淆 

# 这 在 JSON 实 体 映射 时 非常 重要 ， 比 如 fastJson 

-keepattributes *Annotation* 

# 避免 混 消 泛 型 ， 

# 这 在 JSON 实 体 映 射 时 非常 重要 ， 比 如 fastJson 

-keepattributes Signature 

// 抛 出 异常 时 保留 代码 行 号 ， 在 第 6 章 异 常 分 析 中 我 们 提 到 过 

-keepattributes SourceFile,LineNumberTable 


-dontskipnonpubliclibraryclasses 用 于 告诉 ProGuard， 不 要 跳 过 对 非 公开 类 的 处 理 。 默 认 情况 下 是 跳 过 的 ， 因 


同一 个 包 下 ， 并 且 对 包 中 内 容 加 以 引用 ， 此 时 需要 加 入 此 条 声明 。 


为 程序 中 不 会 引用 它们 ， 有 些 情况 下 人 们 编写 的 代码 与 类 库 中 的 类 在 


对 于 -dontusemixedcaseclassnames，Microsoft Windows 用 户 请 注意 : 默认 情况 下 ，ProGuard 假 定 你 使 用 的 操作 系统 能 够 区 分 两 个 只 是 大 小 写 不 同 的 文件 名 (比如 ，A.java 和 
ajava 被 认为 是 两 个 不 同 的 文件 ) 。 显 然 Microsoft Windows 不 是 这 样 的 操作 系统 (Windows 是 对 文件 名 是 大 小 写 不 敏感 的 ) 。 因 此 Windows 用 户 必 须 为 ProGurad 指 定 - 
dontusemixedcaseclassnames 选 项 。 如 果 不 这 么 做 并 且 你 的 项 目 中 有 超过 26 个 类 的 话 ， 那 么 ProGuard 就 会 默认 混用 大 小 写 文件 名 ， 而 导 臻 class 文件 相互 覆盖 。 安 全 起 见 ， 从 0.9.0 版 本 
开始 ，EclipseME 默 认为 ProGuard 设 置 -dontusemixedcaseclassnames 选 项 。 项 目 中 有 很 多 类 的 UNIX 用 户 可 以 删除 这 个 选项 ， 这 样 最 终 产 生 的 JAR 文 件 的 大 小 可 以 进一步 缩小 。 


2. 需 要 保留 的 东西 


# 保留 所 有 的 本 地 native 方 法 不 被 混 消 
-keepclasseswithmembernames class * { 
native <methods>; 
} 
# 保留 了 继承 自 Activity、Application 这 些 类 的 子 类 
# 因为 这 些 子 类 都 有 可 能 被 外 部 调用 
## 比如 说 ， 第 一 行 就 保证 了 所 有 Rctivity 的 子 类 不 要 被 混 消 
-keep public class * extends android.app.Activity 
-keep public class * extends android.app.Application 
-keep public class * extends android.app.Service 
-keep public class * extends android.content.BroadcastReceiver 
-keep public class * extends android.content.ContentProvider 
-keep public class * extends android.app.backup.BackupAgentHelper 
-keep public class * extends android.preference.Preference 
-keep public class * extends android.view.View 
-keep public class com.android.vending.licensing.ILicensingService 
# 如 果 有 引用 android-support-v4.jar 包 ， 可 以 添加 下 面 这 行 
-keep public class com.tuniu.app.ui.fragment.** {*;} 
# 保留 在 Activity 中 的 方法 参数 是 View 的 方法 ， 
# 从 而 我 们 在 layout 里 面 编写 onClick 就 不 会 被 影响 
-keepclassmembers class * extends android.app.Activity { 
public void *(android.view.View); 


} 
# 枚 举 类 不 能 被 混 消 
-keepclassmembers enum * { 
public static **[] values(); 
public static ** valueOf (java.lang.String) 7? 


} 
# 保留 自 定义 控件 (继承 自 View) 不 被 混 消 
-keep public class * extends android.view.View { 
六 炎 大 *(), 
yet*ty 
void set* (***) 大 
public <init> (android.content.Context); 
public <init> (android.content.Context, android.util.AttributeSet); 
public <init> (android.content.Context, android.util.AttributeSet, int); 
} 
# 保留 Parcelable 序 列 化 的 类 不 被 混淆 
-keep class * implements android.os.Parcelable { 
public static final android.os.Parcelable$Creator *; 
} 
# 保留 Serializable 序 列 化 的 类 不 被 混 消 
-keepclassmembers class * implements java.io.Serializable { 
static final long serialVersionUID; 
Private static final java.io.ObjectStreamField[] serialPersistentFields; 
private void writeObject (java.io.ObjectoutputStream); 
Private void readobject (java.io.ObjectInputStream); 
java.lang.Object writeReplace (); 
java.lang.Object readResolve(); 
: 
# 对 于 R (资源 ) 下 的 所 有 类 及 其 方法 ， 都 不 能 被 混 消 
-keep class **.R$S* { 


六 
了 


} 
# 对 于 带 有 回调 有 函数 onXXEvent 的 ， 不 能 被 混 消 
-keepclassmembers class * { 

Volid *(**On*Event); 


} 


7.3.2 ”针对 App 的 量 身 定制 


我 们 创建 一 个 Android 项 目 ， 它 的 包 名 和 项 目 结构 图 如 图 7-2 所 示 : 


" ListDemoActivity 
b mh Android 4.2.2 
b a Android Dependencies 
> a Referenced Libraries 
viSsrc 
V (Hcom.youngheart 
由 activity 


> 由 adapter 
> 出 base 
出 db 
> 出 engine 
下 由 entity 
b> [1 CinemaBean.java 
> | Userinfo.java 
# [NN WeatherlnfoJjava 


图 7-2 一 个 Android 项 目的 目录 结构 


1. 保 留 实体 类 和 成 员 不 被 混淆 
对 于 实体 ， 要 保留 它们 的 set 和 get 方 法 ， 对 于 boolean 型 get 方 法 ， 有 人 喜欢 命名 为 jsXXX 的 方式 ， 所 以 不 要 遗漏 了 。 


-keep public class com.youndheart.entity.** { 
public void set* (***); 
publie *** get*()» 
publie ww jowt() 

} 


一 种 好 的 做 法 是 把 所 有 实体 都 放 在 一 个 包 下 进行 管理 ， 这 样 只 写 一 次 混淆 就 够 了 。 避 免 以 后 在 别 的 包 中 新 增 的 实体 而 忘记 保留 ， 代 码 在 混淆 后 因为 找 不 到 相应 的 实体 类 而 月 溃 。 


2. 内 谋 类 
内 嵌 类 经 常会 被 混淆 ， 结 果 在 调用 的 时 候 为 空 就 衣 演 了 。 最 好 的 解决 办 法 就 是 把 这 个 内 嵌 类 拿 出 来 ， 单 独 成 为 一 个 类 。 


如 果 一 定 要 内 置 ， 那 么 这 个 类 就 必须 在 混淆 时 进行 保留 。 比 如 说 com.example.youngheart 包 下 面 的 MainActivity， 它 有 一 些 内 嵌 类 ， 以 下 指令 保留 MainActivity 的 所 有 内 府 类 : 


-keep class com.example.youngheart.MainActivity$*{*;} 


$ 这 个 符号 就 是 用 来 分 割 内 谋 类 与 其 母体 的 标志 。 还 记得 4.1.2 中 保留 R (资源 ) 下 面 的 所 有 类 及 其 方法 的 指令 吗 ? 如 出 一 略 : 


-keep class **.RS* {*;} 


3. 对 WebView 的 处 理 
如 果 项 目 中 用 到 了 WebView 的 复杂 操作 ， 请 加 入 以 下 这 两 段 代码 : 


-keepclassmembers class * 
extends android.webkit.webViewClient { 
public void *(android.webkit.WebView, 
java.lang.String, android.graphics.Bitmap); 
public boolean *(android.webkit.WebView, 
java.lang.String) 
} 
-keepclassmembers class * extends android.webkit.webViewClient { 
public void *(android.webkit .webView, 
java.lang.String) 


4. 对 JavaScript 的 处 理 [1] 


App 应 用 要 经 常 与 HTML5 页 面 的 JavaScript 进 行 交互 ， 如 下 所 示 : 


class JSIntefacel { 
QUavascriptInterface 
public void callAndroidMethod (int a, fioat b, String c, boolean d) { 
if (gd) { 
String. RMeSSage = 0 信守 宝生 
+ nm + di 
new AlertDialog.Builder (MainActivity.this) .setTitle ("title") 
.SetMessage (strMessage) .show () 7 


这 个 例子 参见 第 3 章 中 3.4 节 介绍 的 App 与 HTML5 之 间 的 交互 。 我 接 下 来 要 讨论 的 是 ， 如 何 确保 这 些 js 要 调用 的 原生 方法 不 被 混淆 。 


JSslnterface 是 MainActivity 的 子 类 ， 所 以 保留 指令 要 这 么 写 : 


-keepclassmembers 
class com.example.youngheart .MainActivity$JSInterfacel { 
<methods>; 


* 


请 在 项 目 中 搜索 addJavascriptinterface， 我 们 要 对 所 有 使 用 的 地 方 设置 保留 指令 。 

5. 处 理 反射 
也 许 有 人 会 问 ， 在 程序 中 使 用 SomeClass.class.method1 这 样 的 静态 方法 ，ProGuard 如 何 处 理 ? 
答案 是 ， 被 引用 的 类 ， 如 SomeClass， 肯 定 会 在 压缩 过 程 中 被 保留 。 


那么 对 于 Class.forName("SomeClass") 呢 ? SomeClass 不 会 在 压缩 过 程 中 被 移 除 ，ProGuard 在 这 点 上 还 是 蛮 聪 明 的 ， 它 会 检查 程序 中 使 用 的 Class.forName 方 法 ， 对 参数 
SomeClass 这 样 的 字符 串 则 法 外 开 恩 ， 不 会 移 除 。 


但 是 ， 在 混淆 过 程 中 ， 无 论 是 Class.forName("SomeClass")， 还 是 SomeClass.class， 就 都 不 能 蒙混 过 关 了 。SomeClass 这 个 类 的 名 称 会 被 混淆 。 因 此 ， 我 们 要 在 ProGuard.cfg 文 件 
中 ,保留 这 个 类 名 称 。 


不 光 是 Class.forName("SomeClass")， 以 下 方法 也 同样 适用 : 
* SomeClass.class.getField("someField") 
* SomeClass.class.getDeclaredField("someField") 


“ SomeClass.class.getMethod("someMethod", new Class[] {}) 


* SomeClass.class.get Method("someMethod", new Class[] { A.class }) 


* SomeClass.class.get Method("some Method", new Class[| { A.class, B.class }) 


* SomeClass.class.getDeclaredMethod("some Method", new Class[] {}) 


* SomeClass.class.getDeclaredMethod("some Method", new Class[] { A.class }) 


* SomeClass.class.getDeclaredMethod("some Method", new Class[] { A.class, B.class }) 
* AtomicIntegerFieldUpdater.newUpdater(SomeClass.class, "someField") 
* AtomicLongFieldUpdater.newUpdater(SomeClass.class, "someField") 


* AtomicReferenceFieldUpdater.newUpdater(SomeClass.class, SomeType.class, "someField") 
在 混淆 的 时 候 ， 要 在 项 目 中 搜索 一 下 上 述 这 些 方法 ， 将 相应 的 类 或 者 方法 的 名 称 进行 保留 而 不 被 混淆 。 做 混淆 的 开发 人 员 ， 应 该 对 代码 比较 熟悉 ， 以 确保 万 无 一 失 。 


6. 对 于 自 定义 View 的 解决 方案 


但 凡是 在 layout 目 录 下 的 xml 布 局 文件 中 配置 的 自 定 义 View， 都 不 能 进行 混淆 。 为 此 要 人 遍历 layout 下 所 有 的 xml 布 局 文件 ， 找 到 那些 自 定义 View ， 然 后 确认 其 是 否 在 proguard 文 件 中 
保留 了 。 


这 就 需要 我 们 写 一 个 脚本 了 ， 遍 历 所 有 layout 下 的 xml 布 局 文件 ， 列 举 出 layout 中 常用 的 那些 标签 ， 将 其 添加 到 一 个 字典 中 。 凡 是 不 在 这 个 字典 中 的 ， 就 算 做 是 自 定义 view。 


另 一 种 查找 思路 是 ， 在 使 用 我 们 的 自 定义 View 时 ， 前 面 都 必须 加 上 我 们 自己 的 包 名 ， 例 如 com.a.b.customeview， 我 们 可 以 遍历 所 有 layout 下 的 xml 布 局 文件 ， 查 找 所 有 匹配 
com.a.b 的 标签 即 可 。 


7.3.3 ”针对 第 三 方 jar 包 的 解决 方案 


我 们 在 Android 项 目 中 不 可 避免 地 要 使 用 到 很 多 第 三 方 提供 的 SDK。 一 般 而 言 ， 这 些 SDK 都 是 经 过 ProGuard 混 淆 了 的 。 而 我 们 所 要 做 的 ， 是 避免 这 些 SDK 的 类 和 方法 在 我 们 的 App 中 
被 混 清 。 


1. 针 对 android-support-v4.jar 的 解决 方案 


-libraryjars libs/android-support-v4.jar 

-dontwarn android.support.v4.** 

-keep class android.support.v4.** { *; } 

-keep interface android.support.v4.app.** { *; } 
-keep public class * extends android.support.v4.** 
-keep public class * extends android.app.Fragment 


这 里 介绍 一 下 android-support-v4.jarl[ 站 。 由 于 我 们 一 直 使 用 eclipse 之 类 的 IDE 进 行 Android 开 发 ，IDE 会 自动 帮 我 们 把 android-support-v4.jar 这 个 jar 添 加 到 lib 目 录 下 并 进行 引用 ， 
以 致 很 多 开发 人 员 搞 不 清 这 个 jar 到 底 是 用 来 干 嘛 的 。 


其 实 这 个 jar 包 是 google 提 供 的 ， 全 称 是 Android Support Library package， 它 有 v4、v7 和 v13 一 共 3 个 版 本 v4 这 个 包 是 为 了 照顾 Android 1.6 及 更 高 版 本 而 设计 的 ， 这 个 包 是 使 用 最 
广泛 的 ，eclipse 新 建 工程 时 ， 都 默认 带 有 这 个 包 。 而 v7 和 v13 这 两 个 版 本 向 下 兼容 的 版 本 很 高 ， 所 以 用 的 人 不 多 。 


android-support-v4.jar 这 个 jar 包 有 不 同 的 版 本 ， 所 以 我 们 在 使 用 一 些 第 三 方 jar 包 时 ， 因 为 它们 也 用 到 了 android-support-v4.jar， 但 是 版 本 不 一 样 ， 就 会 在 运行 期 抛 出 


NoClassDef-FoundError 异 常 : 


相应 的 解决 办 法 就 是 将 两 个 android-support-v4.jar 都 用 一 个 就 行 了 。 
2. 其 他 的 第 三 方 jar 包 的 解决 方案 
这 个 就 要 取决 于 第 三 方 jar 包 的 混淆 策略 了 。 它 们 会 在 各 自 的 SDK 中 有 关于 混淆 的 说 明文 字 。 比 如 支付 宝 ， 相 应 的 混淆 规则 是 : 


-libraryjars libs/alipaysdk.jar 
-dontwarn com.alipay.android.app.** 
-keep public class com.alipay.** { *; } 


不 胜 枚 举 ， 为 了 避免 有 SDK 遗 漏 没有 进行 混淆 处 理 ， 一 个 好 的 做 法 是 ， 打 开 libs 目 录 ， 看 看 有 多 少 个 jar 包 ， 每 个 都 进行 类 似 的 处 理 ， 如 图 7-3 所 示 。 


fastison_1.1.33.jar 
OsonN-2.2.4.jar 


image_loader.jar 


值得 注意 的 是 ， 不 是 每 个 第 三 方 SDK 都 需要 -dontwarn 指 令 ， 这 取决 于 混淆 时 第 三 方 SDK 是 否 会 出 现 警告 。 需 要 的 时 候 再 加 上 。 


[1 对 JavaScript 的 处 理 ， 详 细 内 容 请 参见 http://blog.csdn.net/span76/article/details/9065941。 
[2] 关于 android-support-v4.jat 的 详细 介绍 ， 请 参见 http://blog.csdn.net/hh2000/article/details/39718623。 


7.4 ”其 他 注意 事项 


接 下 来 介绍 一 些 使 用 ProGuard 过 程 中 需要 注意 的 事项 。 
1. 如 何 确保 混淆 不 会 对 项 目 产生 影响 
如 果 一 个 Android 项 目 从 一 开始 就 进行 了 混淆 工作 ， 那 么 : 
* 测试 工作 要 基于 混淆 包 进行 ， 才 能 尽早 发 现 问题 。 
* 每 天 开发 团队 的 冒 烟 测试 ， 也 要 基于 混淆 包 进 行 。 
* 发 版 前 ， 要 额外 测试 正式 版 的 推送 、 分 享 、 打 点 、 二 维 码 扫描 等 功能 。 


2. 打 包 时 忽略 警告 


账 


在 导出 时 ， 发 现 很 多 could not reference class 之 类 的 warning 人 信息， 如 果 确 认 App 在 运行 中 和 那些 引用 没有 什么 关系 的 话 ， 可 以 添加 -dontwarn 标 签 ， 就 不 会 再 提示 这 些 
warning 信 息 了 。 如 : -dontwarn org.apache.**。 


不 要 使 用 -ignorewarnings 语 句 ， 它 会 忽略 所 有 警告 ， 这 会 有 很 大 的 潜在 风险 。 
3. 对 于 自 定义 类 库 的 混淆 处 理 


回顾 第 1 章 ， 我 们 编写 了 一 个 AndroidLib 类 库 ， 我 们 的 App 应 用 要 引用 这 个 类 库 。 我 们 努力 在 做 的 是 ， 把 业务 无 关 的 逻辑 抽 离 到 AndroidLib 类 库 中 ， 而 在 App 应 用 中 只 关心 业务 逻 
辑 。 


我 们 需要 对 Lib 也 进行 混淆 ， 然 后 在 主 项 目的 混淆 文件 中 保留 AndroidLib 中 的 类 和 类 的 成 员 。 


4. 使 用 annotation 避 免 混淆 


另 一 种 避免 类 或 者 属性 被 混淆 的 方式 是 ， 使 用 annotation。 在 需要 保留 的 类 中 加 上 如 下 语法 : 


@Keep 

Q@KeepPublicGettersSetters 

public class Bean { 
public boolean booleanProperty; 
public int intProperty; 
public String stringProperty; 
public boolean isBooleanProperty() { 

return booleanProperty; 


} 


这 种 使 用 方式 多 出 现在 fastJSON 的 使 用 上 。 
5. 在 项 目 中 指定 混淆 文件 
说 到 最 后 ， 发 现 没有 介绍 如 何在 项 目 中 指定 混淆 文件 。 


在 项 目 中 有 一 个 project.properties 文 件 ， 在 其 中 写 这 么 一 句 话 ， 就 可 以 确保 每 次 手动 打包 生成 的 apk 是 混淆 过 的 : 


proguard.config = proguard.cfg 


其 中 ，proguard.cfg 是 混淆 文件 的 名 称 。 


7.5 ”本 章 小 结 


本 章 系 统 全 面 地 介绍 了 ProGuard， 够 无 聊 吧 。 市 面 上 没有 一 本 书 肯 花 这 么 多 篇 幅 来 介绍 这 些 能 让 读者 读 着 读 着 就 睡 着 的 内 容 。 我 也 是 醉 了 ， 人 花 了 这 么 多 精力 ， 干 的 可 能 是 一 件 极其 
吃力 又 不 一 定 讨好 的 事情 。 


衷心 希望 每 个 程序 员 都 能 练 好 基本 功 ， 技 术 本 身 就 是 件 朴实 无 华 的 事情 ， 来 不 得 半点 投机 取 巧 。 


第 8 章 ”持续 集成 


持续 集成 (Continuous Integration) ， 一 个 高 大 上 的 概念 ， 说 得 简单 些 ， 就 是 持续 提交 代码 、 持 续 编译 、 持 续 测试 、 持 续 修复 bug。 


持续 集成 一 方面 可 以 提前 发 现 风险 ， 另 一 方面 ， 可 以 把 构建 的 过 程 交 给 服务 器 来 做 ,避免 了 本 地 手动 打包 中 的 各 种 人 为 错误 。 


本 章 将 覆盖 持续 集成 的 几 个 最 重要 的 策略 : 版 本 管理 、 自 动 构建 、 单 元 测试 。 


8.1 版 本 管理 策略 


版 本 管理 策略 是 一 个 很 古老 的 话题 。 业 界 关 于 这 个 话题 的 介绍 不 胜 枚 举 。 这 里 ， 我 的 讨论 只 限于 App 版 本 管理 策略 。App 的 独特 之 处 在 于 : 


首先 ，App 是 一 款 软件 ， 而 不 是 网 站 。 所 以 ， 每 次 只 能 通过 发 布 一 个 新 版 本 的 App， 来 增加 新 功能 和 修复 bug， 而 网 站 当天 修复 bug 当 天 上 线 。 这 其 实 是 CS 和 BS 的 区 别 。 


其 次 ，App 因 为 目前 的 受众 人 群 多 ， 动 则 上 亿 的 用 户 群 ， 所 以 这 就 要 求 App 的 发 版 周期 多 ， 可 以 大 约 2 周 发 一 次 新 版 本 。 这 区 别 于 传统 软件 慢 条 斯 理 的 迭代 周期 。 


基于 上 述 这 两 点 ，App 的 版 本 管理 策略 与 以 往 其 他 项 目 都 不 同 。 本 章 和 第 10 章 都 将 围绕 这 个 主题 而 展开 讨论 。 


8.1.1 三 种 版 本 管理 策略 


无 论 是 SVN 还 是 GIT， 都 有 主干 (Trunk) ， 有 分 支 (Branch) 。 相 应 的 版 本 管理 策略 就 有 3 种 : 
1) 分 支 开 发 ， 分 支 上 线 。 
2) 主干 开发 ， 主 干 上 线 。 
3) 主干 开发 分支 上 线 。 


策略 1: 分 支 开 发 分支 上 线 。 我 带 团队 的 时 人 息 ， 曾 经 使 用 过 这 种 策略 。 就 是 说 ， 每 次 迭代 开始 ， 就 打 一 个 分 支 ， 接 下 来 一 个 月 的 迭代 工作 ， 包 括 开发 和 测试 ， 全 都 在 分 支 上 进行 。 
迁 代 期 间 ， 看 起 来 没 喻 事 ， 一 切 正 常 。 等 上 线 后 ， 往 主干 上 合并 代码 可 就 麻 病 了 ， 改 了 那么 多 文件 ， 几 和 干 处 需要 合并 的 地 方 ， 自 动 合并 功能 我 是 从 来 不 敢 太 相信 的 ， 一 个 个 文件 手动 合并 
又 没有 时 间 ， 所 以 我 只 好 把 主干 上 的 代码 全 都 删除 了 ， 然 后 把 分 支 上 的 代码 一 次 性 粘贴 到 主干 上 ， 直 接 签 入 代码 。 


这 样 做 最 大 的 问题 就 是 ， 主 干 长 时 间 没 有 嵌入 ， 成 了 摆设 ; 另 一 个 问题 是 代码 文件 的 修改 历史 不 连贯 ， 要 到 各 个 分 支 上 去 看 。 


策略 2: 主干 开发 ， 主 干 上 线 。 就 是 说 ， 我 们 总 是 在 主干 上 进行 开发 和 测试 。 只 要 是 本 期 迭代 的 需求 ， 都 是 这 么 操作 ， 直 到 发 版 上 线 。 


策略 3: 主干 开发 ， 分 支 上 线 ， 就 是 说 ， 在 主干 上 开发 ， 直 到 写 完 代码 ， 然 后 开 分 支 ， 在 分 支 上 测试 和 修 bug， 直 到 上 线 ， 最 后 再 合并 回 主干 ， 这 样 做 的 好 处 是 要 合并 的 代码 并 不 多 ， 
如 图 8-1 所 示 。 


封 版 


图 8-1 


hotfix baseon 5.1.0 


主干 开发 、 分 支 上 线 的 版 本 管理 策略 


策略 2 和 策略 3 没有 熟 好 熟 坏 的 说 法 。 下 面 详细 介绍 这 两 种 常见 的 版 本 管理 策略 。 


场景 1: 


版 本 策略 : 主干 开发 ， 主 干 上 线 。 


使 用 工具 : SVN 


迭代 周期 : 4 周 


所 有 开发 人 员 都 在 主干 上 进行 开发 ， 测 试 也 是 在 上 面 进行 ， 直 到 有 一 天 ， 项 目 经 理 说 ,我 们 要 发 版 了 。 于 是 大 家 手忙脚乱 地 在 主干 上 修改 bug， 直 到 所 有 人 都 满意 了 ， 然 后 基于 这 个 
点 一 一 对 应 SVN 某 次 提交 的 ChangeSet， 组 织 发 版 工作 。 之 后 ， 我 们 会 基于 这 个 点 打 一 个 Tag， 需 要 强调 的 是 ， 一 定 要 在 注释 中 注 明 是 基于 哪个 ChangeSet。 


SVN 没 有 真正 的 分 支 和 Tag， 所 谓 的 打 Tag 工 作 ， 就 是 基于 某 次 提交 ， 把 代码 复制 一 份 放 在 一 个 新 的 目录 下 面 。 分 支 也 是 如 此 。 


场景 2: 


版 本 策略 : 主干 开发 ， 分 支 上 线 。 


使 用 工具 : GIT 


迭代 周期 : 1~2 周 


迁 代 周期 短 ， 就 会 经 常 发 生 上 轮 迁 代 还 没完 成 ， 下 轮 和 迭代 就 要 开始 了 的 情况 。 于 是 我 们 留 一 小 撮 人 去 收拾 上 轮 迁 代 的 遗留 问题 ， 大 部 队 还 是 要 在 主干 上 进行 下 轮 迁 代 的 开发 工作 。 


为 此 ,我 们 要 为 这 一 小 气 人 开 一 个 新 的 分 支 ， 让 他 们 在 上 面 工作 ， 直 到 上 一 轮 迭 代 发 版 上 线 ， 然 后 再 把 代码 改动 合并 到 主干 上 。 


这 样 ， 我 们 就 在 分 支 上 发 版 ， 并 在 分 支 上 打 Tag。 


GIT 比 较 适 合 干 这 种 分 支 间 合并 代码 的 技术 活 儿 ，GIT 中 有 一 个 Cherry Pick 的 功能 ， 就 是 干 这 事 的 。 此 外 ，GIT 中 的 Tag 就 是 一 个 指针 ， 所 以 不 必 担心 又 折腾 出 一 套 宛 余 代 码 的 事情 。 


对 比 这 两 种 场景 ， 我 们 发 现 ， 版 本 管理 工具 的 选择 对 选择 使 用 哪 种 策略 有 一 定 的 影响 。SVN 本 身 的 局 限 性 导致 了 合并 代码 时 心里 会 没 底 ， 需 要 更 多 的 回归 测试 时 间 。 


另 一 方面 ， 迭 代 周 期 的 长 短 ， 对 使 用 哪 种 策略 也 有 影响 ， 尤 其 是 项 目 周 期 发 生 重 苹 的 时 候 。 


8.1.2 ”特殊 情况 的 版 本 管理 策略 


特殊 情况 1: 有 时 人 息 ， 有 些 需 求 ， 我 们 发 现 开 发 有 时 间 但 是 测试 没有 时 间 了 ， 只 能 放 到 下 期 迭代 进行 ， 我 们 就 在 主干 上 找 一 个 相对 稳定 的 点 ， 基 于 这 个 点 开 一 个 新 分 支 ， 专 门 用 来 做 


这 个 需求 ， 等 本 次 迭代 结束 后 ， 我 们 立刻 就 把 这 个 分 支 上 的 功能 合并 到 主干 上 ， 


这 样 测试 团队 也 可 以 马上 测试 该 功能 了 。 新 分 支 的 命名 规则 要 规范 好 ， 能 一 眼看 出 它 的 功用 ， 比 如 


DevForLoginBaseOn20140909， 一 看 就 知道 是 为 了 Login 这 个 新 需求 而 基于 2014 年 9 月 9 日 打 的 分 支 。 


特殊 情况 2: 接 下 来 说 到 定制 渠道 包 和 手机 预 装 的 版 本 管理 策略 。 如 果 只 是 简单 的 修改 渠道 号 ， 是 不 需要 执行 版 本 管理 策略 的 。 但 是 ， 经 常 有 些 渠道 ， 他 们 会 要 求 我 们 的 App 换 个 闪 


向 


页 。 对 于 在 某 款 手机 上 做 预 装 ， 就 更 麻烦 了 ， 手 机 厂商 也 会 有 测试 人 员 ， 他 们 会 检查 我 们 的 App 里 面 的 一 些 bug， 勒 令 我 们 修复 。 我 们 的 版 本 管理 测试 是 ， 在 发 给 厂商 的 那个 版 本 对 应 的 


Tag 上 ， 比 如 release1.1.0， 创 建 一 个 新 分 支 ， 专 门 用 于 做 这 些小 改动 ， 测 试 团 


BBB 为 渠 道 名 。 


| 


队 验 收 后 ， 打 包 发 给 渠道 商 和 预 装 商 。 这 个 分 支 的 命名 规范 是 channel BBB base on release1.1.0， 其 中 


特殊 情况 3: 最 后 就 是 上 线 后 发 现 重 大 bug， 需 要 hotfix 并 紧急 上 线 的 版 本 管理 策略 。 比 如 说 我 们 发 布 了 版 本 1.1.0， 然 后 发 现 该 版 本 有 重大 问题 ， 需 要 紧急 修复 并 上 线 。 我 们 会 在 
release1.1.0 这 个 Tag 上 新 建 一 个 分 支 ， 命 名 为 Hotfix base on Release1.1.0， 我 们 在 这 个 分 支 上 修 bug、 测 试 并 发 hotfix 版 本 1.1.1。 发 版 后 ， 我 们 基于 这 个 hotfix 分 支 的 稳定 节点 打 一 个 


新 的 Tag， 比 如 release1.1.1。 


8.2 使 用 Ant 脚 本 打包 


在 开始 本 节 的 内 容 之 前 ， 我 们 先 要 做 一 些 准备 工作 ， 比 如 说 准备 好 一 份 需要 安装 的 软件 清单 ， 如 下 所 示 : 
Ant 1.9.2 

”Antconttib 

-JavaSDK 1.6 

CNET 

"IS 

* Android SDK 19 

“SVN 

接 下 来 ， 我 们 开始 安装 上 述 这 些 软件 ， 需 要 注意 以 下 几 点 : 

1) 事先 准备 一 个 Android 项 目 ProjectForAntBuild。 

2) 在 服务 器 上 安装 Java SDK。 注 意 ， 请 安装 1.6.0 版 本 的 jdk，1.7 版 本 的 打包 时 会 有 问题 。 


3) 在 服务 器 上 安装 Ant， 版 本 为 1.9.2。 注 意 ， 请 安装 带 有 antcontrib 扩 展 的 Ant， 它 提供 了 for 和 if 否 句 ， 能 帮 有 我 们 做 更 多 的 事情 。 


要 定义 3 个 全 局 变量 ， 末 尾 记 得 加 分 号 ， 如 表 8-1 所 示 。 


表 8-1 定义 一 些 全 局 变量 


全 局 变量 路 人 径 


ANT HOME :apache-ant-1.9.2 
JAVA_HOME CNjdkl1.6.0_ 43 
CLASSPATH %ANT HOME%\lib; 
PATH %ANT HOME%\bin; 
PATH %IJIAVA HOMEW%\bin; 


4) 在 服务 器 上 安装 Android SDK， 我 的 demo 是 基于 sdk-19 的 ， 大 家 可 以 根据 自己 的 sdk 版 本 配置 自己 的 安装 包 。 


5) 对 于 Android 3.0 以 上 版 本 的 SDK， 我 们 会 发 现 apkbuilder.bat 文 件 找 不 到 了 ， 我 们 需要 上 网 去 下 载 一 个 ， 或 者 从 老 版 本 的 SDK 把 这 个 文件 复制 出 来 ， 然 后 粘贴 到 ddms.bat 文 件 所 


在 的 目录 中 。 


8.2.1 Android 打 包 流程 


一 套 完整 的 Android APK 打 包 流 程 如 图 8-2 所 示 ， 有 的 同学 还 会 在 最 后 一 步 加 上 adb 指 令 将 生成 的 apk 包 自动 安装 到 手机 上 ， 这 里 没有 包括 这 个 步 又， 
包 就 算 完成 任务 了 。 


打包 脚本 build.xml 放 在 ProjectForAntBuild 项 目的 根 目录 下 ， 打 包 流程 如 图 8-2 所 示 ， 大 家 可 以 一 边 看 着 流程 图 一 边 看 Ant 打 包 脚 本 。 
Android 打 包 步 又 如 下 所 示 : 


1) 初始 化 。 准 备 打 包 使 用 的 目录 ， 同 时 声明 各 种 全 局 变量 。 


因为 我 认为 打出 一 个 正式 的 安装 


<target name="init"> 

<delete dir="${outdir-gen}" /> 

<delete dir="${outdir}" /> 

<delete file="${basedir}/proguardMapping.txt" /> 

<mkdir dir="${outdir-gen}" /> 

<mkdir dir="${outdir-classes}" /> 

<mkdir dir="${outdir}/${appname}" /> 

<mkdir dir="${basedir}/${output.dir}" /> 
</target> 


2) 使 用 aapt 生 成 R 文 件 。 根 据 res 目 录 下 的 资源 生成 Rjava 文 件 。 同 时 生成 Android-Manifest.xml 对 应 的 Manifest.java 文 件 。 这 两 个 文件 位 于 Android 项 目的 根 目 录 下 的 gen 子 目录 


<target name="aapt gererateR" depends="init"> 
<exec executable="${aapt}" failonerror="true"> 
<arg value="package" /> 
<arg Value="-m'" /> 
<arg Value="-J" /> 
<arg value="${outdir-gen}" /> 
<arg value="-M" /> 
<arg value="$ {manifest-xml}" /> 
<arg Value="-S" /> 
<arg value="$ {resource-dir}" /> 
<arg value="-I" /> 
<arg value="${android-jar}" /> 


</exec> 
</target> 


3) aidl。 将 项 目 中 的 .aid| 文 件 转换 为 java 代 码 。 


<target name="aidl" depends="aapt gererateR"> 
<apply executable="$ {aidl}" failonerror="true"> 
<arg value="-p${android-framework}" /> 
<arg value="-I${srcdir}" /> 
<arg value="-o$ {outdir-gen}" /> 
<fileset dir="${srcdir}"> 
<include name="**/*.aidl" /> 
</fileset> 
</apply> 
</target> 


Signed.apk 


OQ 
Zipalign 
(release mode) 
Signed and 
Aligned.apk 


调试 或 发 布 版 


图 8-2 Android 打包 流程 图 


4) javac。 将 项 目 中 的 所 有 Java 代 码 编译 为 .class 文 件 。 


rm 


<target name="compile" depends="aidl"> 
<javac debug="true" extdirs="" srcdir="." includeantruntime="on" 
destdir="${outdir-classes}" bootclasspath="$ {android-jar}" 
encoding="UTF-8"> 
<compilerarg line="-encoding UTF-8 " /> 
<classpath> 
<fileset dir="${external-libs}" includes="*.so" /> 
<fileset dir="$ {external-libs}" i 
<fileset dir="$ {external-libs}" /Bo /> 
<fileset dir="${external-libs}" includes="**/*.jar" /> 
</classpath> 
</javac> 
</target> 


5) 混淆 。 对 项 目 进行 混淆 。 同 时 生成 proguardMapping.txt 文 件 。 


<target name="obfuscate" depends="compile"> 
<jar basedir="${outdir-classes}" destfile="temp.jar" /> 
<java jar="$ {proguard-home}/proguard.jar" 
fork="true" failonerror="true"> 
<jvmarg value="-Dmaximum.inlined.code.length=32" /> 


<arg injars temp.jar" /> 

<arg outjars optimized.jar" /> 

<arg libraryjars '${annotations-jar}'" /> 
<arg -libraryjars '${android-jar}'" /> 


<arg value="@proguard-project .txt" /> 
</java> 
<delete file="temp.jar" /> 
<delete dir="${outdir-classes}" /> 
<mkdir dir="${outdir-classes}" /> 
<unzip src="optimized.jar" dest="${outdir-classes}" /> 
<delete file="optimized.jar" /> 
</target> 


6) dex。 将 项 目 中 的 所 有 .class 文 件 (包括 第 三 方 库 的 .class 文 件 ) 转换 为 .dex 文 件 。 


<target name="dex" depends="obfuscate"> 
<apply executable="$ {dx}" failonerror="true" parallel="true"> 
<arg value="--dex" /> 
<arg value="--output=${intermediate-dex-ospath}" /> 
<arg path="${outdir-classes-ospath}" /> 
<arg path="$ {external-libs-ospath}" /> 
<fileset dir="${external-libs}" includes= 
<fileset dir="${external-libs}" includes= 
</apply> 
</target> 


本 GT x 
*x*/* .So" 2 


7) 使 用 aap 计 J 包 资 源 。 将 res 目 录 下 的 资源 打包 为 一 个 .ap 文件 。 注 意 ， 不 要 忽略 了 assets 目 录 下 的 资源 。 


<target name="aapt-package-res" depends="dex"> 
<echo>Packaging resources and assets'…</echo> 
<echo>$ {resource-dir}</echo> 
<exec executable="${aapt}" failonerror="true"> 
<arg value="package" /> 


<arg 人 
<arg M" /> 
<arg ${manifest-xml}" /> 
<arg Sn js 
<arg ${resource-dir}" /> 
<arg A" /> 
<arg ${asset-dir}" /> 
<arg Ln 
<arg ${android-jar}" /> 
<arg EE /> 
<arg value="$ {resources-package}" /> 
</exec> 
</target> 


8) apkbuilder。 将 所 有 的 dex 文 件 、ap 文件 _AndroidManifest.xml 打 包 为 .apk 文 件 ， 这 是 一 个 未 签名 的 包 。 


<target name="apkbuilder" depends="aapt-package-res"> 
<exec executable="${apk-builder}" failonerror="true"> 
<arg value="${out-unsigned-package-ospath}" /> 


<arg 六 
xardy Wy 
<arg ${resources-package-ospath}" /> 
<arg Ef 
<arg ${intermediate-dex-ospath}" /> 
<arg TE 
<arg ${srcdir-ospath}" /> 
<arg -EY /> 
<arg ${external-libs-ospath}" /> 
<arg yi 
<arg ${basedir}\${external-libs}" /> 
</exec> 
</target> 


9) jarsigner。 对 apk 进 行 签名 。 


一 03 


<target name="jarsigner" depends="apkbuilder"> 
<exec executable="${jarsigner}" failonerror="true"> 


<arg -verbose" /> 

<arg -keystore" /> 

<arg ${key.store}" /> 

<arg -storepass" /> 

<arg ${key.store.password}" /> 

<arg -keypass" /> 

<arg ${key.alias.password}" /> 

<arg signedjar" /> 

<arg ${out-signed-package-ospath}" /> 
<arg ${out-unsigned-package-ospath}" /> 


<arg value="${key.alias}" /> 


ET 


<arg value="-digestalg" /> 
<arg Value="SHRA1" /> 
<arg value="-sigalg" /> 
<arg value="MD5withRSA" /> 
</exec> 
</target> 


10) zipalign。 对 要 发 布 的 apk 文 件 进行 对 齐 操作 ， 以 便 在 运行 时 节省 内 存 。 


rn 


<target name="zipalign" depends="jarsigner"> 
<exec executable="${zipalign}" failonerror="true"> 
<arg value="-v" /> 
<arg value="-f" /> 
<arg value="4" /> 
<arg value="${out-signed-package-ospath}" /> 
<arg value="${zipalign-package-ospath}" /> 
</exec> 
</target> 


至 此 ，Ant 的 build 脚 本 都 已 经 介绍 完毕 ， 我 们 只 要 执行 下 列 语句 ， 就 可 以 对 Android 项 目 进行 打包 : 


c:N\ProjectForaAntBuildq>ant -buildqfile build.xml 


注意 ， 上 述 Ant 脚 本 打出 来 的 包 是 签名 包 。 


8.2.2 ”打包 时 的 注意 事项 


容 我 再 多 说 几 句 ， 以 下 内 容 是 我 在 日 常 打包 过 程 中 的 经 验 总 结 。 


1) 打包 工作 是 件 很 枯燥 的 事情 ， 一 定 要 细心 ， 要 多 使 用 echo 输 出 日 志 。 在 cmd 中 看 日 志 的 问题 是 ,一 旦 日 志 内 容 多 了 ， 前 面 的 日 志 会 被 冲 掉 ， 所 以 请 使 用 标签 ， 把 日 志 记录 到 本 地 
文件 中 : 


<project name="apkTargets" default="zipalign" basedir="."> 
<record name="C:/build.log" loglevel="info" append="no" action="start" /> 


2) 一 定 要 确保 打包 服务 器 上 的 Android SDK 版 本 与 开发 人 员 所 使 用 的 开发 版 本 一 致 。 尤 其 是 proguard 程 序 ， 版 本 低 了 ， 会 导致 混淆 不 能 进行 。 


3) 如 果 打包 机 器 上 安装 了 杀毒 软件 ， 它 会 妨碍 Android 的 打包 工作 ， 尤 其 是 dex 文 件 ， 会 被 视 作 一 个 病毒 ， 所 以 apkbuilder 会 不 能 正常 执行 。 切 记 ， 在 打包 机 器 上 ， 一 定 要 把 杀毒 软 
件 关闭 。 


4) 有 时 ， 我 们 需要 打 未 签名 的 包 ， 于 是 我 们 在 上 述 打包 脚本 build.xml 中 补充 以 下 语句 : 


nm 


<target name="debug" depends="aapt-package-res"> 
<exec executable="${apk-builder}" failonerror="true"> 
<arg value="$ {out-debug-package-ospath}" /> 
<arg value="-z" /> 
<arg value="$ {resources-package-ospath}" /> 
<arg value="-f" /> 
<arg value="${intermediate-dex-ospath}" /> 
<arg value="-rf" /> 
<arg value="${srcdir-ospath}" /> 
<arg Value="-nf" /> 
<arg value="$ {external-libs-ospath}" /> 
<arg value="-rj" /> 
<arg value="$ {external-libs-ospath}" /> 
</exec> 
</target> 


这 条 语句 与 前 面 介绍 的 打包 流程 第 8 步 虽 然 都 使 用 了 apkbuilder 指 令 ， 但 是 参数 略 有 不 同 ， 所 以 打出 来 的 包 是 未 签名 的 。 我 们 将 Ant 中 project 标 签 的 default 属 性 改 为 debug， 执 行 以 
下 指令 即 可 : 


Cc:\ProjectForAntBuild>ant -buildfile build.xml 


8.3 Monkey 包 的 生成 


在 打包 这 个 工具 做 好 之 后 ， 运 行 build.xml 脚 本 就 能 得 到 一 个 经 过 签名 混淆 的 apk 包 ， 这 与 最 终 发 版 上 线 打包 的 机 制 是 一 样 的 。 
在 发 版 前 ,我 们 经 常 要 对 App 进 行 Monkey 测 试 ， 由 于 Monkey 是 乱 点 的 ， 所 以 我 们 要 防止 它 执行 以 下 几 个 操作 : 
1) 点 击 拨打 电话 的 按钮 ， 从 而 跳出 App。 


2) 进入 支付 流程 ， 这 样 会 生成 很 多 无 效 的 订单 。 


这 就 要 求 我 们 要 在 程序 中 设置 一 个 开关 isMonkey， 只 有 打 Monkey 包 时 这 个 值 才 为 true， 考 查 ProjectForAntBuild 项 目 中 下 面 的 代码 : 


public interface Config { 
public final static boolean isMonkey = true; 


} 


在 MainActivity 中 ， 使 用 这 个 isMonkey 开 关 控 制 电 话 按钮 是 否 禁 用 ， 如 下 所 示 : 


Button btnPhone = (Button) findqViewByIdq(R.idq.btnPhone) 
btnPhone .setoOnClickListener ( 
new View.OnClickListener() { 
QOverrigde 
public void onClick(View v) { 
if(!Config.isMonkey) { 
startActivity( 
new Intent (Intent .ACTION DIAL, 
Uri.parse ("tel:13000000000"))); 


在 打包 阶段 ， 生 成 Monkey 测 试 包 的 脚本 时 ， 就 把 jsMonkey 这 个 值 设 为 true， 而 生成 要 发 布 到 线 上 的 正式 包 时 ， 又 要 把 这 个 isMonkey 值 设 为 false。 


我 们 希望 执行 一 次 脚本 ， 就 同时 打出 这 两 个 包 来 。 于 是 我 们 在 build.xml 这 个 Ant 脚 本 之 外 ， 新 建 了 一 个 dailybuild.xml 脚 本 ， 由 它 来 修改 isMonkey 的 值 ， 然 后 调用 我 们 之 前 编写 的 
build.xml 脚 本 。 先 生成 正式 包 ， 后 生成 Monkey 包 ， 脚 本 中 的 关键 代码 如 下 所 示 : 


<target name="begin"> 
<1!-- 正式 签名 包 , 关闭 monkey 开 关 --> 
<close monkey /> 
<generateApk /> 
<!-- Monkey 包 ,打开 monkey 开 关 --> 
<open monkey /> 
<generateApk-monkey /> 
</target> 


generateApk 和 generateApk-monkey 的 实现 基本 上 是 相同 的 ， 唯 一 的 区 别 是 在 copy 时 生成 不 同 的 文件 名 ， 然 后 转移 到 同一 个 目录 下 。 


执行 下 述 脚本 ， 就 能 同时 生成 两 个 apk 安 装 包 : 


Cc:\ProjectForAntBuild>ant -buildfile dailybuild.xml 


8.4 自动 打包 


如 何 判 断 一 个 公司 的 无 线 App 技 术 水 平 是 作坊 式 开发 ， 还 是 企业 级 开发 ? 其 中 很 重要 的 一 个 指标 就 是 App 是 否 支持 自动 打包 。 


对 于 只 有 几 个 人 的 软件 作坊 ， 往 往 是 测试 人 员 找 开发 人 员 用 Eclipse 打 一 个 包 ， 安 装 在 测试 机 上 ， 然 后 进行 测试 。 这 种 手动 打包 的 方式 问题 很 多 ， 经 常 发 生 测试 人 员 发 现 新 包 有 问题 ， 
然后 又 去 找 开 发 人 员 检查 问题 ， 重 新 打包 。 这 样 往返 几 次 ， 极 大 地 浪费 了 开发 人 员 和 测试 人 员 的 时 间 。 


新 包 有 问题 一 般 是 因为 : 开发 人 员 没 有 获取 最 新 的 代码 就 进行 打包 工作 了 ， 于 是 其 他 人 提交 的 代码 和 功能 不 在 这 个 包 中 。 另 一 方面 ， 如 果 有 人 提交 了 不 能 编译 的 代码 ， 会 导致 其 他 开 
发 人 员 更 新 代码 后 不 能 编译 调试 。 


想 解决 这 些 问 题 ， 只 能 引入 自动 打包 机 制 ， 大 致 的 思路 是 : 


1) 我 们 需要 有 一 台 打包 服务 器 ， 它 能 从 代码 服务 器 自动 获取 最 新 的 代码 、 编 译 、 打 包 ， 发 邮件 通知 团队 成 员 打包 结果 。 


2) 提供 一 个 大 家 都 可 以 访问 的 Web 页 面 ， 为 不 同 项 目 建立 不 同 的 打包 机 制 。 要 同时 提供 自动 和 手动 两 种 触发 打包 的 方式 。 


自动 打包 ， 也 就 是 Daily Build， 每 天 设 定 一 个 时 间 ， 一 般 是 深夜 大 家 都 下 班 的 时 间 。 自 动 打包 可 以 确保 如 果 打 包 失 败 ， 会 发 邮件 通知 ， 第 二 天 上 班 ， 会 有 人 立刻 修复 导致 编译 不 通过 
的 bug。 


手动 打包 ， 为 测试 人 员 提供 一 个 “打包 ”按钮 ， 这 样 他 们 就 可 以 根据 需要 随时 打包 ， 比 如 开发 人 员 提 交代 码 修复 了 一 个 bug， 测 试 人 员 要 验证 这 个 bug， 就 在 上 述 的 Web 页 面 上 点 
击 “ 打 包 ” 按 钮 就 可 以 了 。 


3) 在 这 台 测 试 服务 器 上 部 署 Web 服 务 器 ， 可 以 浏览 每 天 打出 的 安装 包 清 单 ， 从 而 可 以 直接 下 载 任意 安装 包 并 安装 到 测试 机 上 。 


基于 此 ， 我 们 选用 CCNET 这 个 工具 。CCNET 提 供 手动 打包 的 按钮 ， 以 及 自动 打包 的 设置 。CCNET 来 驱动 Ant 执 行 打包 脚本 进行 打包 工作 。 因 为 CCNET 仅 支持 在 Windows 环 境 安装 ， 
所 以 我 们 选用 Windows 2003 作 为 我 们 的 打包 服务 器 。 同 时 ， 我 们 在 这 台 服 务 器 上 安装 II$， 使 包 的 存放 地 址 可 以 通过 http 进 行 访问 。 当 然 ， 你 也 可 以 选用 别 的 服务 ， 比 如 Tomcat。 


接 下 来 我 将 详细 介绍 怎样 组 装 这 些 技术 和 工具 ， 搭 建 出 我 们 想 要 的 自动 化 打包 机 制 。 


8.4.1 安装 和 配置 各 种 软件 
安装 步骤 如 下 : 
1) 在 服务 器 上 安装 Java SDK。 注 意 ， 请 安装 1.6.0 版 本 的 jdk，1.7 版 本 的 打包 时 会 有 问题 。 


2) 在 服务 器 上 安装 Ant， 版 本 为 1.9.2。 注 意 ， 请 安装 带 有 antcontrib 扩 展 的 Ant， 它 提供 了 for 和 if 否 句 ， 能 帮 有 我 们 做 更 多 的 事情 。 


定义 3 个 全 局 变量 ， 末 尾 记 得 加 分 号 ， 如 表 8-2 所 示 。 


表 8-2 ”定义 一 些 全 局 变量 


全 局 变量 名 路 径 
ANT HOME C:\apache-ant-1.9.2 
CLASSPATH %ANT HOME%lib; 


PATH %ANT HOME%bin; 


3) 在 服务 器 上 安装 Android SDK, 我 的 demo 是 基于 sdk-19 的 ， 大 家 可 以 根据 自己 的 sdk 版 本 配置 自己 的 安装 包 ，。 
4) 在 服务 器 上 安装 IlS。 
5) 在 服务 器 上 安装 .NET Framework 3.5 或 以 上 版 本 。 


6) 到 CCNET 官 方 网 站 下 载 CCNET 的 最 新 版 本 ， 目 前 为 1.8.5。 


定义 1 个 全 局 变量 ， 末 尾 记 得 加 分 号 ， 如 表 8-3 所 示 。 


党 
人 ak 


表 8-3 定义 一 些 全 局 变 


全 局 变量 名 路 和 人 径 
PATH %ANT HOME%bin; 
ANT HOME C:\Apache-Subversion-1.8.10\bin; 


注意 ， 在 安装 CCNET 之 前 ， 请 确保 已 经 安装 了 llS。 


8.4.2 准备 Ant 打 包 脚 本 


我 们 仍然 使 用 上 一 节 介绍 的 daily.xml 脚 本 ， 它 将 生成 两 个 包 ， 正 式 包 和 Monkey 包 。 如 果 大 家 还 想 生成 其 他 的 包 ， 只 需要 配置 dailybuild.xml 脚 本 即 可 ， 在 打包 前 使 用 正则 表达 式 修 改 


某 个 文件 的 值 。 
扁 写 一 个 bat 脚 本 ， 由 CCNET 通 过 执行 bat 文 件 来 间接 执行 Ant 脚 本 dailybuild.xml。 


因为 CCNET 目 前 不 支持 直接 执行 Ant 脚 本 ， 所 以 我 们 要 额外 多 


这 个 bat 脚 本 的 内 容 如 下 ， 我 们 将 其 命名 为 dailybuild_1.1.0.bat: 


dailybuild 1.1.0.bat 
ant -file C:\Source\ProjectForAntBuild 1.1.0\dailybuild.xml 
-D app.source.path="C:\Source\ProjectForAntBuild 1.1.0" 


8.4.3 配置 CCNET 


CCNET 的 关键 就 在 ccnet.config 这 个 配置 文件 上 ， 它 位 于 以 下 目录 中 : 


C:\Program Files\CruiseControl.NET\server 


我 们 使 用 CCNET 主 要 做 3 件 事情 : 
“ 根据 SVN 地 址 获取 相应 的 代码 。 
“ 执行 打包 脚本 。 


: 发 邮件 通知 ， 定 制 成 功 和 失败 两 种 情况 下 的 邮件 格式 。 


8.4.4 ”搭建 IS 站 点 下 载 apk 包 


执行 CCNET 每 日 自动 打包 ， 日 积 月 累 ， 在 存放 打包 文件 的 目录 下 将 存在 大 量 的 子 目录 ， 如 图 8-3 所 示 。 


C:\ProjectForAntBuild 
一 一 1.1.0 
一 2014.08.23.U0 ] 
—2014.08.23.002 


一 2014.08.25.003 
一 2014.08.20.00 ] 


is 示 配置 CCNET 和 Is 
原本 写 了 8 页 来 介绍 如 何 配置 CCNET 和 IIS， 后 来 发 现 这 与 本 书 主题 不 符 ， 于 是 就 把 这 部 分 内 容 上 传 到 我 的 博客 空间 ， 请 访问 以 下 地 址 下 载 这 份 配置 文档 : 
http:/ /files.cnblogs.com/files/Jax/config.zip 

8.4.5 ”自动 打包 流程 小 结 


至 此 ,一 套 自动 打包 的 流程 机 制 全 都 介绍 完毕 。 最 后 补充 一 下 ， 如 果 过 渡 到 下 一 次 迭代 ， 版 本 从 1.1.0 变 为 1.2.0， 我 们 又 要 在 自动 打包 中 做 哪些 工作 呢 ? 


1) 在 C:\ProjectForAntBuild\bat 目 录 下 ， 新 建 一 个 dailybuild_1.2.0.bat 文 件 ， 内 容 与 dailybuild_1.1.0.bat 类 似 ， 只 是 要 修改 传递 到 Ant 脚 本 的 参数 ， 如 图 8-4 所 示 。 


Ca\ProjectForAntBuild 
一 一 1.1.0 
一 一 1.2.0 


一 一 bat 
| 一 一 dallvybulld 1.1.0.bat 
| 一 一 dailybulild 1.2.0.bat 


图 8-4 在 bat 目 录 下 新 建 一 个 dailybuild_1.2.0.bat 文 件 
2) 修改 源 代码 中 AndroidManifest.xm|I 文 件 中 的 版 本 号 。 


3) 修改 ccnet.config 文 件 ， 在 里 面 新 增 一 个 project， 可 以 复制 一 份 1.1.0 版 本 的 project 节 点 内 容 ， 但 是 其 中 的 1.1.0 要 全 都 改 为 1.2.0。 


8.5 ”批量 打 渠 道 包 
所 谓 的 渠道 包 ， 从 代码 层面 讲 ， 就 是 AndroidManifest 中 的 UMENG_CHANNEL 这 个 key 的 值 ， 将 其 蔡 换 为 相应 的 渠道 号 ， 比 如 360 市 场 ， 这 个 值 就 是 360Android， 然 后 再 进行 打 
包 . 


从 商业 角度 讲 ，360Android 这 个 渠 道 号 是 财务 部 门 用 来 和 360 市 场 做 结算 的 ， 我 们 每 月 会 根据 友 盟 上 360Android 这 个 渠道 有 多 少 下 载 量 (或 激活 量 ) ， 来 向 360 公 司 支 付 相应 的 推广 
费用 ， 于 是 无 线 推广 部 门 应 运 而 生 ， 他 们 的 一 部 分 工作 就 是 干 这 个 事情 ， 有 的 渠道 包 是 手动 上 传 到 各 大 市 场 ， 有 的 渠道 包 是 分 发 给 市 场 的 工作 人 员 ， 由 他 们 帮忙 发 布 。 


除了 发 布 到 各 大 市 场 ， 渠 道 包 的 另 一 种 出 现场 景 是 ， 外 链 。 比 如 说 公司 网 站 首页 上 会 提供 下 载 ， 比 如 说 推广 活动 的 Html 链 接 ; 比如 说 公交 车 站 、 电 梯 上 的 二 维 码 ( 它 其 实 也 是 一 个 
Html 链 接 ) 。 我 们 会 把 这 些 链接 对 应 的 渠道 包 都 放 在 公司 的 服务 器 上 ， 以 提供 下 载 。 


我 们 需要 建立 批量 打 渠道 包 的 机 制 。 目 前 ,批量 打 渠道 包 有 两 种 方式 ， 接 下 来 我 会 逐一 介绍 。 


8.5.1 基于 apk 包 批量 生成 渠道 包 


基于 一 个 apk 包 ， 我 们 将 其 反 编 译 ， 然 后 遍历 渠道 列表 获取 每 一 个 渠道 号 ， 修 改 Android-Manfest.xml 中 的 渠道 号 后 ， 重 新 进行 打包 工作 ， 包 括 签名 、 混 淆 和 对 其 操作 ， 如 图 8-5 所 


示 。 


对 图 8-5 中 的 打包 流程 详细 分 析 如 下 : 


1) 反 编 译 apk 文 件 。 


apktool.bat d--no-src—-f"C:\jiangqiang app.apk""temp" 


反 编 译 apk 文 件 后 ， 在 temp 目 录 中 能 看 到 AndroidManifest.xml 文 件 。 
2) for 循 环 渠道 列表 ， 逐 个 打 渠 道 包 。 


2.1) 蔡 换 AndroidManifest.xml 中 的 渠道 号 。 


届 历 渠道 列表 


) 


编译 apk 
粮 换 Manifest 中 渠道 


重新 编译 apk 


图 8-5 基于 apk 包 批量 生成 渠道 包 的 流程 图 


2.2) 将 反 编 译 后 的 文件 重新 编译 成 apk， 放 到 apk_temp 目 录 下 : 


apktool.bat b "temp" "apk temp\unsigned-App 名 称 .apk" 


2.3 


= 


签名 apk 文 件 。 


java -jar SignApk.jar "C: \a.b" 
"123456" "JianqiangApp" "123456" 
"apk temp\unsigned-appname .apk" 
"apk temp\unzipAligned-appname .apk" 


2.4 


二 


对 要 发 布 的 apk 文 件 进行 对 齐 操作 。 


zipalign.exe -v 4 
"apk_temp\unzipAligned-App 名 称 .apk" 
"apk temp\App 名 称 -渠道 号 .apk" 


2.5) 把 打 好 的 渠道 包 重 命名 为 : App 名 称 渠道 号 .apk， 然 后 将 其 转移 到 output\App 名 称 \App 名 称 渠道 号 .apk。 


上 述 这 些 操作 都 有 相应 的 Android SDK 命 令 ， 我 们 可 以 使 用 任何 语言 编写 一 个 程序 来 一 次 执行 这 些 命令 。 
这 里 我 们 可 以 使 用 友 盟 提供 的 渠道 批量 打包 工具 ， 它 是 基于 C# 来 实现 的 上 述 批量 打包 流程 。[] 
8.5.2 ”基于 代码 批量 生成 渠道 包 


对 于 基于 代码 进行 打包 的 方法 ， 我 们 在 前 面 的 章节 介绍 过 build.xml， 但 是 这 个 脚本 每 次 只 能 打 一 个 包 ， 我 们 需要 写 一 个 新 的 脚本 batchbuild.xml， 它 会 依次 执行 以 下 操作 : 


1) 读 取 channel.txt 文 件 中 的 渠道 列表 。 


<target name="foreach manager"> 
<loadfile property="listVerText" 
srcfile="${app.source.path}/${channel.filename}" 
encoding="GBK" /> 
<propertyregex override="true" property="apk-channel" 
input="${1listVerText}" regexp="\r\n" replace=";"/> 
<! 一 遍历 ${apk-channel} 打 包 一 > 
<foreach target="build-apk" param="channelName" 
list="${apk-channel}" delimiter=";"/> 
</target> 


2) 执行 for 循 环 语句 ， 执 行 build.xml 脚 本 文件 中 build-apk 这 个 target。 
2.1) 蔡 换 AndroidManifest.xml 中 的 渠道 号 。 

2.2) 执行 build.xml 脚 本 进行 打包 。 

2.3) 将 打 好 的 包 并 转移 到 指定 的 目录 build/1.1.0 下 面 ，1.1.0 为 版 本 号 。 


2.4) 清理 打包 过 程 中 生成 的 临时 文件 ， 为 打下 一 个 渠道 包 做 准备 。 


<target name="build-apk"> 
<echo>build-path:${build-path}， 目 录 :${channelName} ， 
渠道 :${channelName}</echo> 
<!-- 创建 放 APK 的 目录 (FFFFFF 就 是 为 了 进行 一 次 字符 串 的 ovVerride 操 作 ) --> 
<propertyregex override="true" property="build-path" 
input="$ {build-path}/${channelName} FFFFFF" 
regexp="FFFFFF" replace="" /> 
<echo> 创 建 目录 :${build-path}</echo> 
<mkdir dir="${build-path}" /> 
<!-- 替换 Manifest 中 的 UMENG CHANNEL 字 段 --> 
<replaceregexp file="AndroidManifest.xml" 
match=" (android:name="UMENG CHANNEL 
"\standroid:value=") (.*) (")" 
replace="\1$ {channelName} \3" 
encoding="UTF-8" 
byline="false"/> 
<!-- 开 始 打包 一 -> 
<ant antfile="build.xml" inheritAll="true" target="zipalign" /> 
<!-- 移动 APK 至 相应 目录 --> 
<copy file="${basedir}/${output.dir}/${appname} for androiqd 
${android version} ${temp.dir}.apk" 
tofile="$ {build-path}/${appname} ${appversion} _ 
${channelName} .apk" /> 
<!-- 清理 生成 的 临时 文件 ， 为 build 下 一 个 渠道 包 做 准备 --> 
<cleanTmpFolder /> 
</target> 


上 述 流程 如 图 8-6 所 示 。 


我 们 只 要 执行 下 述 命令 ， 就 可 以 批量 打 渠 道 包 了 : 


Cc:\ProjectForAntBuild>ant -buildfile batch build.xml 


谈 取 渠道 列表 避 历 渠道 列表 


替换 Manifest 中 渠道 号 


基于 代码 生成 apk 


移动 apk 到 指定 目录 清理 临时 文件 


图 8-6 ”基于 代码 批量 生成 渠道 包 的 流程 图 


四 该 工具 下 载 地址 : https://github.com/umeng/umeng-muti-channel-build-tool。 


8.6 ”Android 发 版 流程 


前 面 已 经 加 加 明 明 地 说 了 很 多 发 版 相关 的 事情 ， 这 里 做 一 下 总 结 : 
假设 即将 发 布 1.1.0 版 本 ，apk 的 名 字 是 ProjectForAntBuild。 


1) 远程 登录 到 这 台 批 量 打 渠 道 包工 具 所 在 的 服务 器 上 ， 假 设 是 192.168.1.14。 


2) 将 项 目的 代码 从 SVN 或 者 GIT 手 动 签 出 ， 放 在 C 盘 根 目录 下 。 


3) 在 Android 项 目的 AndroidManifest.xml 中 ， 修 改 以 下 两 个 地 方 并 提交 : 


android:versionCode= "110" 
android:versionName= "1.1.0" 


4) 执行 批量 打 渠 道 包 的 命令 : 


Cc:\ProjectForAntBuild>ant -buildfile batch build.xml 


打包 后 ， 生 成 的 apk 文 件 都 会 放 在 C:\build\1.1.0 目 录 下 面 。 
在 渠道 包 全 都 打 完 之 后 ， 随 机 选取 其 中 1-2 个 包 进 行 测试 ， 需 要 检查 几 个 地 方 ， 如 表 8-4 所 示 。 
表 8-4 ”对 渠道 包 进行 抽样 测试 
步 又 检查 方法 

将 apk 文件 后 级 改 为 zip， 解 压 ， 观 察 其 中 的 AndroidManifest.xml 文件 ， 如 果 versionCode 
和 versionName 与 所 要 发 布 的 版 本 号 一 致 ， 就 认为 是 正确 的 

仿 查 方法 同步 又 1， 只 是 这 次 检查 的 是 渠道 号 是 否 与 所 要 发 布 的 渠道 包 一 致 ， 如 下 所 示 : 

<meta-data 


android:name= "UMENG CHANNEL" 
android:value= "360android" /> 


需要 反 编 译 这 个 包 ， 看 代码 是 否 有 混淆 


1. 版 本 号 


iD 
亨 
趟 
| 


Lu) 
人 0 
ey 
本 
i 


NS 
~ 


步 又 检查 方法 
是 否 可 以 下 单 和 打 电 话 ， 如 果 不 能 ,说明 是 Monkey 包 ， 是 有 问题 的 
2 ) Menu 中 是 否 有 切换 服务 器 的 按钮 ， 如 果 有 ， 说 明 是 测试 包 ， 是 有 问题 的 
) 是 否 可 以 唤起 微 信 支 付 ， 是 , 证明 是 签名 包 ; 否则 是 有 问题 的 


全 > 查 配 置 文件 : 中 
a 是 否 正常 吊 


5. 检查 主流 程 是 否 
可 以 走 通 


个 人 中 心 是 否 可 以 登录 。 如 果 有 支付 流程 ， 要 下 一 个 单 并 支付 以 验证 主流 程 是 否 正常 
8.7 “分 类 打 渠 道 包 

每 次 Android 发 版 都 要 打 几 百 个 渠道 包 ， 把 这 些 渠道 包 都 放 在 一 个 目录 下 ， 对 于 推广 人 员 来 说 是 一 种 灾难 。 本 节 我 们 要 研究 如 何 把 这 几 百 个 渠道 包 分 门 别 类 放 在 合适 的 地 方 。 
8.7.1 分 门 别 类 生成 渠道 包 


根据 我 的 经 验 ， 渠 道 包 基本 分 为 4 类 : 


1) 需要 我 们 自己 的 推广 人 员 手 动 上 传 到 各 大 市 场 的 渠 道 包 。 


二 


2) HTML5 短 链接 上 提供 下 载 的 渠道 包 。 


ee 


3) 交付 给 第 三 方 Android 市 场 的 工作 人 员 ， 由 他 们 帮忙 更 新 。 


Ps 


4) 需要 额外 定制 的 渠道 包 。 


其 中 ， 第 4 类 不 列 入 批量 打 渠 道 包 的 清单 中 。 因 为 这 种 渠道 包 有 额外 定制 的 功能 ， 每 次 都 是 在 某 个 稳定 版 本 的 基础 上 修改 一 些 功能 后 单独 打包 ， 然 后 交付 给 推广 人 员 即 可 。 


如 


在 实际 操作 中 ， 我 们 发 现 ， 前 3 类 渠道 包 ， 是 有 优先 级 顺序 的 ， 一 般 而 言 ， 在 发 版 当天 ， 第 1 类 和 第 2 类 渠道 包 就 要 同步 更 新 了 ， 第 3 类 可 以 放 在 夜里 进行 打包 ， 第 二 天 再 发 给 推广 人 员 
就 可 以 了 。 


我 们 之 前 编写 的 batchbuild.xml 太 一 厢 情 愿 了 ， 它 把 所 有 的 渠道 包 全 都 打出 来 而 不 会 进行 分 类 ， 这 对 于 市 场 人 员 太 痛 苦 了 ， 而 我 们 开发 人 员 的 工作 就 是 要 救世 人 于 水 火 之 中 ， 所 以 我 
们 将 原先 的 channel.xml 按 类 别 拆 分 为 3 个 文件 ， 分 别 存放 以 上 3 类 渠道 列表 : 


1) channel_manual.txt， 存 放 需 要 手动 上 传 的 包 。 
2) channel_h5.txt， 存 放 HTML5 短 链 上 的 包 。 


3) channel tomorrow.txt， 存 放 第 二 天 再 上 传 的 渠道 包 。 


我 们 在 batchbuild.xml 的 外 面 做 了 一 层 包装 ， 也 就 是 batch_build_ext.txt， 其 中 ext 是 扩展 的 意思 ， 它 会 先后 读 取 以 上 3 个 存放 渠道 列表 的 txt 文 件 ， 然 后 进行 批量 打包 工作 。 


batch_build_ext.xml 脚 本 的 关键 代码 如 下 : 


<target name="foreach manager all"> 
<!-- 根据 channel manual .txt 进 行 打包 --> 
<var name="channel .filename" value="channel manual.txt" /> 
<var name="build-path" value="C:\build\${appversion} \manual" /> 
<ant antfile="batch build.xml" inheritAll="true" /> 
<!-- 根据 channel h5.txt 进 行 打 包 --> 
<var name="channel.filename" value="channel h5.txt" /> 
<var name="build-path" value="C:\build\$ {appversion} \h5" /> 
<ant antfile="batch build.xml" inheritAll="true" /> 
<!-- 根据 channel tomorow.txt 进 行 打包 --> 
<var name="channel.filename" value="channel tomorrow.txt" /> 
<var name="build-path" value="C:\build\${appversion} \tomorrow" /> 
<ant antfile="batch build.xml" inheritAll="true" /> 

</target> 


我 们 只 要 执行 下 面 的 脚本 就 可 以 批量 生成 渠道 包 了 : 
Cc:\ProjectForAntBuild>ant -buildfile batch build ext.xml 


生成 的 目录 格式 如 图 8-7 所 示 。 


Ci\bul 
====] ,10 
-==-=h5$ 


----Inanual 


----tomorrow 
----].2.0 


图 8-7 批量 生成 渠道 包 的 目录 结构 


8.7.2 ”批量 上 传 apk 的 两 种 方式 


每 次 发 版 时 ， 推 广 人 员 都 要 手动 上 传 所 有 的 apk 包 到 市 场 。 对 于 推广 人 员 而 言 是 非常 痛苦 的 事情 。['] 


为 了 把 推广 人 员 解 脱出 来 ， 我 们 经 过 调研 ， 发 现 市 面 上 有 很 多 这 样 的 一 键 式 提交 工具 ， 我 们 预先 把 这 些 市 场 的 账户 和 密码 输入 到 这 个 工具 中 ， 就 可 以 一 劳 永 逸 了 。 当 然 这 期 间 还 有 如 
何 输入 更 新 信息 、 不 同 渠道 上 传 不 同 的 渠 道 包 等 若干 问题 ， 这 就 都 是 细节 了 。 


另 一 方面 ， 推 广 人 员 还 要 手动 更 新 所 有 的 HTML5 短 链接 。 每 次 都 有 100 多 个 ， 要 耗费 大 量 的 人 力 。 经 过 调研 ， 我 们 发 现 ， 其 实 这 也 是 可 以 实现 自动 化 的 。 我 们 需要 写 一 个 工具 ， 批 量 
更 新 HTML5 短 链接 上 的 apk 包 。 事 先 需要 规定 好 渠道 包 的 命名 规范 ， 如 下 所 示 : 


渠道 号 版 本 号 App 名 称 .apk 


例如 : ProjectForAntBuild_1.1.0 360android.apk 


那么 我 们 的 批量 打 渠 道 包工 具 ， 就 会 按照 这 个 约定 ， 在 一 个 目录 下 生成 HTML5 短 链接 所 需要 的 所 有 apk。 然 后 推广 人 员 点 击 “ 发 布 ”按钮 ， 就 可 以 把 所 有 的 HTML5 短 链接 都 更 新 为 最 
新 的 版 本 。 


[由 详细 信息 请 参见 博客 园 “ 谦 虚 的 天 下 ”的 文章 《App 应 用 之 提交 到 各 大 市 场 渠道 》， 地 址 如 下 : http://www.cnblogs.com/gianxudetianxia/archive/2012/12/05/2803894.html。 


8.8 ”灵活 切换 服务 器 


我 们 在 开发 App 功 能 的 时 候 ， 会 使 用 到 MobileAPI 提 供 的 接口 。 但 实际 的 情况 是 ， 在 我 们 开发 App 新 功能 的 时 候 ， 这 些 接口 有 可 能 还 没有 上 线 ， 仅 仅 在 测试 环境 可 以 使 用 。 


一 种 方法 是 把 不 同 环境 的 IP 写 到 配置 文件 中 ， 每 次 打包 时 指定 其 中 一 个 环境 的 IP。 但 这 样 的 缺点 是 每 个 包 只 能 针对 于 一 种 环境 。 
对 于 Android 我 们 可 以 这 么 做 ， 在 Menu 里 加 入 IP 的 列表 ， 点 击 其 中 一 项 后 将 会 把 全 局 变量 Globals.IP 设 置 为 相应 的 IP。 


为 了 每 个 页 面 都 能 切换 服务 器 IP， 我 们 将 这 个 逻辑 封装 到 基 类 BaseActivity 中 : 


public class BaseActivity extends Activity { 
@Override 
public boolean onCreateOptionsMenu (Menu menu) { 
super .onCreateOptionsMenu (menu); 
if (Config.isDebug) { 
getMenuInfiater () .infiate (R.menu.activity main, menu); 


Tet trues 
} 
@Override 
public boolean onOptionsItemSelected (MenuItem item) { 
switch (item.getItemId()) { 
case R.id.menu ipl: 
Globals.TE = "http:// 212.1.2.3"y 
break; 
case R.id.menu ip2: 
Globals.IP = "http:// 192.168.1.14"; 
break; 
case R.id.menu ip3: 
Globals.IP = "http:// 192.168.2.28"; 
break; 
default: 
return super.onOptionsItemSelected (item); 


returrn truers 


这 样 做 的 好 处 是 ， 在 任何 页 面 都 可 以 通过 Menu 切 换 IP， 从 而 连接 不 同 的 环境 ， 马 上 就 会 生效 。 


Ss 


当然 ， 为 了 避免 正式 版 也 有 这 个 功能 ， 需 要 在 Config 文 件 中 增加 一 个 开关 isDebug， 只 有 这 个 值 为 true 时 ， 才 能 在 Menu 中 看 到 那个 按钮 。 


相应 的 ， 要 修改 dailybuild.xml 和 batch_build.xml 文 件 ， 以 控制 这 个 isDebug 开 关 。 这 里 就 不 再 多 说 了 ， 原 理 和 前 面 介 绍 过 的 开关 isMonkey 相 同 。 


8.9 ”单元 测试 


“春色 满 园 关 不 住 ， 一 枝 红 杏 出 墙 来 。” 之 所 以 想起 这 两 句 ， 是 因为 虽然 最 近 这 两 周 项 目 紧张 ， 我 们 一 直 在 赶 进度 ， 但 是 忙里偷闲 ， 我 们 还 是 做 了 一 件 对 Android 项 目 而 言 很 有 意义 
的 事情 ， 那 就 是 单元 测试 。 


开始 讲述 我 的 故事 之 前 ， 先 来 扫 扫盲: 
“什么 是 单元 测试 ? 请 参见 文章 : http://baike.baidu.com/link?url=DtllYiDKetRaM2zluKgLG_BDGYDYU3gNFzOQnd13i9k7IqnLHEelYuoAVdOWwY My。 
“TDD (在 微软 时 ， 我 们 戏称 为 “ 踢 弟 第 ”) 请 参见 文章 : http://www.ibm.com/developerworks/cn/linux/l-tdd/index.html。 
Android 单 元 测试 的 相关 文章 。 请 参见 文章 : http://www.oschina.net/question/54100_27061。 


"iOS 单元 测试 的 相关 文章 。 请 参见 文章 : http://blog.csdn.net/fengsh998/article/details/8109293。 


有 人 认为 单元 测试 (UT) 是 测试 人 员 写 的 ， 错 ! 大 错 特 错 ! ! 测试 人 员 可 以 写 TestCase， 写 UAT case， 但 就 是 写 不 来 UT。UT 是 开发 人 员 写 的 。 


面试 时 发 现 ， 绝 大 多 数 的 App 开 发 人 员 ， 没 有 写 过 单元 测试 ， 原 因 有 三 : 


“ 在 客户 端 这 个 领域 ， 业 界 没有 写 UT 的 风气 。 


“ 基于 UI 的 单元 测试 ， 不 知道 怎么 写 。 


“ 高 强度 开发 ， 没 有 时 间 写 UT。 


其 实 ， 在 客户 端 写 单元 测试 的 好 处 有 很 多 : 


“ 对 昔 藏 在 客户 端 中 的 复杂 逻辑 或 者 算法 ， 如 果 有 相应 的 单元 测试 ， 可 以 确保 每 次 小 的 逻辑 变动 ， 而 不 用 再 手动 测试 其 他 情况 ， 只 需要 跑 一 遍 所 有 的 UT 即 可 。 


“ 单元 测试 要 求 编 码 时 将 UI 与 业务 逻辑 相 剥 离 。 但 凡 做 不 到 的 ， 都 是 代码 写 的 有 问题 ， 磷 合 性 太 高 。 


但 是 ， 绝 对 不 能 以 偏 概 全 ， 为 客户 端的 所 有 代码 都 加 上 单元 测试 ， 那 是 不 现实 的 。 我 的 经 验 是 ， 只 为 那些 复杂 的 业务 逻辑 (有 很 多 if-else 分 支 语句 ) 写 单元 测试 。 


下 面 以 验证 身份 证 号 码 是 否 有 效 作为 例子 ， 来 介绍 如 何 编写 单元 测试 。 项 目 请 参见 我 博客 上 的 源码 [1]。 
身份 证 的 业务 规则 如 下 所 示 : 

1) 15 位 或 18 位 长 度 。 

2) 15 位 ， 必 须 全 数字 。 


3) 18 位 ， 前 17 位 必须 全 数字 。 


4) 检查 出 生日 期 是 否 为 有 效 的 日 期 。 注 意 18 位 和 15 位 的 取 值 规则 是 不 一 样 的 。 


5) 检查 18 位 的 最 后 一 位 是 否 有 效 (这 个 值 有 可 能 是 X) 。 


上 述 业务 逻辑 的 实现 ， 请 参见 Utils 类 的 isldCardNumberValid 方 法 。 可 以 看 到 这 个 方法 非常 复杂 ， 有 太 多 的 if-else 逻 辑 判断 。 动 一 动 这 发 全 身 ， 导 致 后 面 的 逻辑 有 问题 。 代 码 量 很 


， 由 于 我 这 一 节 介绍 的 是 单元 测试 ， 所 以 就 不 贴 出 来 了 ， 大 家 可 以 去 TestCode 项 目下 去 看 具体 的 实现 。 


如 果 我 们 想 增加 一 个 新 的 业务 规则 ， 或 者 发 现 某 个 bug 而 对 上 述 某 个 规则 进行 了 修改 ， 那 么 该 如 何 确 保 其 他 业务 规则 不 受 影响 呢 ? 


只 有 单元 测试 能 解决 这 个 环 手 的 问题 。 


于 是 我 们 为 每 条 业务 规则 都 准备 了 若干 单元 测试 用 例 ， 每 次 做 出 修改 ， 都 把 这 些 用 例 全 都 执行 一 遍 ， 这 些 用 例 集中 放 在 TestldCard 类 的 testldCard 方 法 中 ， 如 下 所 示 (截取 部 分 代 
码 ) : 


Public void testIdCard() throws Exception { 
// 测试 长 度 为 0 或 者 输入 为 空 的 情况 
Assert .assertEquals (AppConstants .IDCARD LENGTH SHOULD NOT BE NULL, 
Utils.isIdCcardNumberValid("") .getIdCardDesc () ) 7 
Assert .assertEquals (AppConstants.IDCARD LENGTH SHOULD NOT BE NULL, 
Utils.isIdCardNumberValid (null) .getIdCardDesc()); 
// 测试 长 度 不 为 15 或 者 18 的 情况 
StringBuilder idCard = new StringBuilder(); 
for (int i = 0; i < 20; i++) { 
idCcard.append ("1"); 
if (idCard.length() == 15 || idCard.length() == 18) 
continue; 


图 8-8 是 Android 单 元 测试 用 例 的 执行 结果 ， 标 记 v 的 表示 单元 测试 通过 ， 标 记 x 表 示 测 试 不 通过 : 


我 们 看 到 ， 具 体 错 误 发 生 在 testldCard 这 个 方法 上 ， 双 击 它 能 定位 到 具体 有 问题 的 测试 代码 ， 一 路 跟踪 到 Utils 类 的 islsCardNumberValid 方 法 ， 发 现 问题 出 在 对 身份 证 号 码 的 


位 校 输 上 ， 代 码 中 逻辑 仅 支持 小 写 的 x， 对 大 写 X 并 不 支持 。 


如 


[= 


取 / 品 一 


把 这 个 问题 上 升 到 需求 层面 ， 对 于 用 户 而 言 ， 输 入 身份 证 号 码 是 不 要 去 区 分 大 小 写 的 ， 所 以 这 确实 是 一 个 bug， 于 是 我 们 修改 这 个 逻辑 ， 比 较 时 不 区 分 大 小 写 。 再 次 运行 单元 测试 ， 


图 8-9 所 示 ， 可 以 看 到 所 有 测试 用 例 都 通过 了 。 


0 Failures: 


本 日 64 人 f43f [Runner: JUnit 3] (0.005 s) 

了 图 com.example.testcode.TestldCard (0.005 s) 
点 jtestAndroidT estCaseSetupProperly (0.005 s) 
座 jtestldCard (0.000 s) 


图 8-8 ”单元 测试 的 执行 结果 


com.example.testcode.TestldCard - testildCard 


2/2 四 Errors: 0 Failures: 0 


Vv et] 64ff43f (Runner: JUnit 3] (0.140 s) 
了 上 com.example.testcode.TestldCard (0.140 s) 
点 |testAndroidT estCaseSetupProperly (0.001 s) 
点 jtestldCard (0.139 s) 


图 8-9 单元 测试 的 执行 结果 


通过 编写 单元 测试 发 现 bug、 修 复 bug 的 例子 ， 证 明了 单元 测试 是 确实 有 很 大 帮助 的 。 


说 起 单元 测试 ， 往 事 历历 在 目 ， 有 甜蜜 ， 有 心酸 。 接 下 来 是 八卦 时 间 ， 大 家 可 以 去 抢 沙发 和 板 谷 了 。 感谢 读者 们 人 花 钱 买 我 写 的 书 ， 接 下 来 我 给 大 家 分 享 一 个 苦 有 逼 程序 员 的 故事 。 


话说 我 每 天 加 班 都 要 到 晚上 10 点 多 ， 终 于 有 一 次 约 到 了 女神 吃饭 ， 我 还 清晰 地 记得 那 是 第 一 次 下 班 的 时 候 天 还 亮 着 。6 点 半 我 已 经 在 出 租车 上 了 ， 车 上 还 坐 着 我 的 一 个 兄弟 ， 他 要 蹦 
我 的 车 去 地 铁 站 。 快 到 目的 地 的 时 候 ， 女 神 微 信 我 说 已 经 在 餐厅 排队 等 位 子 了 ， 再 后 来 跟 我 说 已 经 排 到 了 位 子 就 等 我 过 去 了 。 这 时 悲 催 的 事情 发 生 了 ， 还 在 公司 的 兄弟 打 电 话 来 说 线 上 出 
事 了 ， 有 个 模块 频繁 崩溃 。 我 当时 好 纠结 啊 ， 去 约会 还 是 回 公司 ”最 后 还 是 咬 咬 牙 ， 让 司机 调头 开 回 公司 。 我 还 记得 在 出 租车 上 和 女神 解释 放 鸽 子 的 原因 的 时 候 ， 女 神 只 回 了 我 六 个 名 
号 ， 然 后 就 再 也 没有 然后 了 。 


上 


我 们 到 公司 后 发 现 ， 问 题 时 有 时 无 ， 并 不 稳定 重 现 。 
排 到 后 面 。 


当然 和 我 同 车 的 那个 兄弟 也 同样 悲 催 ， 因 为 他 被 我 带 回 了 公司 一 起 查 问题 。 多 年 之 后 ， 我 们 喝酒 时 说 起 这 件 事 ， 仍 然 感慨 万 干 。 


那 是 一 个 用 Comparator 实 现 的 排序 算法 ， 数 据 源 来 自 MobileAP1， 我 们 要 把 其 中 状态 为 0 的 数据 都 排 到 前 面 ， 状 态 为 1 的 数据 都 


但 是 Comparator 排 序 算法 写 的 有 问题 ， 而 这 个 问题 很 隐蔽 ， 仅 在 某 些 特定 的 情况 下 才 会 发 生 崩溃 ， 而 我 们 在 做 功能 测试 时 ， 并 不 包括 那些 特殊 的 测试 场景 ， 所 以 只 有 等 到 发 版 后 根 


据 线 上 的 真实 数据 发 现 问题 了 。 


想 要 规避 这 种 情况 的 发 生 ， 只 有 写 单元 测试 。 由 开发 人 员 准备 各 种 测试 数据 ， 以 证 明 算法 的 正确 性 。 


上 下 载 地 址 : http://www.cnblogs.com/Jax/p/4656789.html。 


8.10 ”本 章 小 结 


本 章 介绍 持续 集成 。 持 续集 成 是 个 很 宏大 的 概念 ， 本 章 只 涉及 了 版 本 管理 策略 、 打 包 、 单 元 测试 这 几 部 分 。 


本 章 的 知识 比较 零碎 ， 看 似 和 Android 日 常 开发 工作 关系 不 大 ， 所 以 很 多 程序 员 不 愿意 涉及 这 个 领域 ， 他 们 更 愿意 埋头 写 几 个 Activity。 殊 不 知 ， 掌 握 了 本 章 的 这 些 技能 ,才能 完成 从 


小 工 到 技术 大 牛 一 一 思想 上 的 飞跃 。 


第 9 章 ”App 况 品 技术 分 析 


我 仔细 研究 了 市 面 上 百 款 App 的 技术 实现 。 管 寅 到 很 多 先进 的 思想 和 技术 ， 总 结 到 本 章 中 ， 内 容 很 多 ， 如 安装 包 的 结构 与 大 小 、 开 机 速度 、HTML5 页 面 的 打开 速度 、 性 能 优化 、 数 据 
采集 工具 、ABTest、 热 修补 、 模 块 化 拆 分 等 。 希 望 抛砖引玉 ， 使 各 个 公司 能 意识 到 竟 品 分 析 这 个 重要 领域 ， 成 立 专门 团队 ， 从 产品 和 技术 两 个 维度 进行 竞 品 分 析 的 研究 工作 。 


9.1 竞 品 分 析 概 述 


9.1.1 _ App 况 品 定义 


我 们 通常 将 同行 业内 竞争 对 手 的 产品 定义 为 况 品 ， 所 以 竞 品 分 析 通 常 就 是 分 析 竞 争 对 手 的 产品 。 


对 于 App 而 言 ， 这 样 定义 竟 品 还 远 远 不 够 。 同 行业 内 的 竟 品 固然 重要 ， 但 是 对 于 行业 外 的 优秀 App， 对 我 们 而 言 ， 也 是 有 很 大 参考 意义 的 。 比 如 : 


“ 社区 类 和 视频 类 App， 他 们 的 广告 系统 做 得 是 最 好 的 ， 因 为 他 们 就 靠 在 App 中 投放 第 三 方 公司 的 广告 来 赚 取 广告 费 ， 这 是 他 们 生存 的 手段 ， 所 以 一 定 是 花 大 力气 做 的 。 


: 电 商 类 (包括 OTA 和 O2O) App 的 产品 详情 页 和 订单 填写 页 做 得 是 最 好 的 ， 因 为 他 们 要 确保 订单 转化 率 就 靠 产品 详情 页 来 吸引 用 户 眼球 ， 靠 订单 填写 页 良好 的 用 户 体验 来 促进 用 户 


下 单 。 


: 活动 运营 做 得 最 好 的 仍然 是 电 商 类 App。 就 靠 首 页 的 那 几 个 轮 播 广告 位 ， 能 做 出 各 种 意 想不到 的 促销 效果 。 此 外 ， 各 种 秒杀 、 满 减 ， 也 都 是 电 商 类 App 的 拿手 好 戏 。 


: 社交 类 App 的 聊天 功能 做 得 是 最 好 的 ， 尤 其 是 高 并 发 的 架构 实现 ， 随 着 其 他 行业 App 陆 陆续 续 引 入 在 线 客 服 系统 或 者 支持 用 户 和 商家 直接 点 对 点 沟通 ， 一 定 要 学 习 社 交 类 App 的 在 线 


聊天 技术 。 


“ 新 闻 类 App 比 拼 的 是 推送 的 及 时 性 和 到 达 率 ， 所 以 大 都 是 自己 搭建 推送 服务 器 ， 而 不 依赖 于 第 三 方 推送 平台 。 


越 来 越 多 的 App 都 意识 到 数据 的 重要 性 ， 开 始 采集 


户 行为 数据 ， 以 助 于 更 准确 地 做 出 战略 上 的 决策 ， 优 化 自己 的 产品 和 功能 。 由 于 这 些 都 涉及 公司 机 密 ， 所 以 往往 不 使 用 第 三 方 的 


服务 ， 而 都 是 自己 采集 数据 ， 自 己 分 析 。 老 牌 移动 互联 网 公司 在 这 方面 会 比较 有 优势 ， 毕 竟 做 得 久 了 ， 积 囚 了 很 多 经 验 。 


才 是 况 品 分 析 的 意义 所 在 。 


因此 ， 做 竟 品 分 析 ， 紧 盯 着 竞争 对 手 固然 没 错 ， 但 是 只 盯 着 他 们 ， 就 会 把 自己 的 逼 格 也 降低 了 。 一 定 要 把 眼界 放大 ， 立 足 于 整个 App 行 业 ， 一 步 步 的、 不 知 不 觉 地 就 会 超越 竞争 对 


手 ， 自 然 就 会 让 竞争 对 手 跟着 我 们 的 节奏 走 了 。 所 谓 “ 胸 有 和 多大， 舞台 就 有 多 大 ”就 是 这 个 道理 。 


于 是 ， 我 把 市 面 上 所 有 优秀 的 App 都 定义 为 我 的 况 品 。 不 气 吞 山河， 又 怎 能 兼 济 天 下 ? 


9.1.2 ” 竞 品 分 析 要 研究 的 几 个 方向 


对 于 况 品 ， 我 们 要 研究 其 做 得 好 的 地 方 ， 从 技术 层面 讲 ， 有 以 下 几 点 是 重点 研究 方向 : 


: 为 什么 他 们 的 App 体 积 比 我 们 小 ? 
: 为 什么 他 们 的 App 访 问 速 度 比 我 们 快 ? 


. 为 什么 他 们 的 App 不 发 版 也 能 上 新 功能 ? 


: 为 什么 他 们 的 App 基 本 就 不 怎么 崩 演 ? 


:为 什么 同样 的 产品 ， 我 们 的 价格 更 有 优势 ， 但 是 却 卖 不 过 竞争 对 手 ? 


这 些 问题 和 答案 在 后 面 会 陆续 介绍 。 


9.1.3” 竞 品 分 析 与 拿 来 主义 


第 一 次 听 到 “ 况 品 分 析 ” 这 个 词语 ， 是 从 产品 经 理 的 口中 。 


从 产品 层面 讲 ，“ 况 品 分 析 ” 就 是 把 竞争 对 手 优秀 的 产品 仔细 研究 一 番 ， 然 后 原封 不 动 照 搬 到 自家 产品 上 。 这 样 的 抄袭 多 了 ， 以 至 于 几 年 前 有 分 析 师 在 比较 了 某 个 领域 的 几 款 App 首 
页 后 ， 得 到 的 结论 是 这 些 App 看 起 来 都 是 同一 个 设计 师 设计 的 ， 因 为 排版 风格 都 是 一 样 的 。 


对 此 我 也 只 能 呵呵 一 笑 。 我 观察 到 的 情况 是 ， 这 种 通过 亮 品 分 析 后 抄袭 得 到 的 产品 ， 只 学 习 到 了 人 家 的 皮毛 ， 而 没有 领会 到 产品 内 在 的 精髓 ， 以 至 于 产品 上 线 了 ， 但 效果 并 不 如 竞争 
对 手 。 因 为 没有 把 “为 什么 要 这 么 做 、 这 样 做 的 好 处 是 什么 ”理解 透 ， 这 就 是 言 目 抄袭 的 后 果 。 短 期 内 效果 还 不 明显 ， 因 为 移动 互联 网 现 如 今 是 烧 钱 的 时 代 ， 大 家 都 是 赔本 赚 吃 喝 ， 都 追 
求 的 是 用 户 量 ， 但 是 等 钱 烧 完 了 开始 追求 利润 的 时 候 ， 就 会 发 现 这 种 反 噬 。 所 以 研究 竟 品 ， 如 果 纯 粹 是 为 了 抄袭 ， 就 意义 不 大 了 。 


从 技术 层面 讲 ， 况 品 分 析 是 为 了 取长补短 。 每 个 App 在 技术 上 都 有 做 得 好 和 不 好 的 地 方 。 我 们 看 到 了 别人 家 App 的 长 处 ， 就 要 思考 自家 App 如 何 取长补短 。 


这 就 是 鲁迅 先生 倡导 的 “ 拿 来 主义 ”， 在 拿 来 的 同时 ， 又 不 能 生 搬 硬 套 ， 并 不 是 所 有 外 来 的 技术 都 适合 我 们 ， 要 有 选择 地 吸收 。 


9.2 ”App 安装 包 的 结构 
9.2.1 Android 安 装 包 的 结构 


Android 的 安装 包 是 apk 格 式 的 文件 。 我 们 将 其 后 缀 名 apk 改 为 zip， 就 可 以 看 到 安装 包 中 的 内 容 。 


AndroidManitest.xm 
assets 

classes.dex 

COM 

lib 

META-INF 

Drg 

res 


resources arsc 


图 9-1 Android 安 装 包 解压 后 的 目录 结构 


网 


如 


9-1 所 示 ， 所 有 的 Android 安 装 包 和 解压 后 都 具有 这 样 的 目录 结构 : 


简单 介绍 一 下 这 些 目录 和 文件 的 用 途 : 

“resources.arscz 这 个 文件 是 编译 后 的 二 进 制 资源 文件 的 索引 ， 也 就 是 apk 文 件 的 资源 表 (索引 ) 。 

“lib 目录 下 的 子 目录 armeabi 存 放 的 是 一 些 so 文 件 。 

:META-INF 目 录 下 存放 的 是 签名 信息 ， 用 来 保证 apk 包 的 完整 性 和 系统 的 安全 。 但 这 个 目录 下 的 文件 却 不 会 被 签名 ， 从 而 给 了 我 们 无 限 的 想象 空间 。 
:assets 目录 下 面 可 以 看 到 很 多 基础 数据 ， 以 及 一 些 本 地 会 使 用 到 的 HTML、CSS 和 JavaSctipt 文 件 。 


:tes 目 录 下 面 的 anim 子 目录 很 值得 研究 ， 这 个 目录 存放 App 所 有 的 动画 效果 。Android 做 动画 可 以 使 用 xml 来 配置 ， 而 不 是 写 代 码 。iOS 的 动画 都 是 使 用 代码 写 出 来 的 ， 这 是 件 很 费力 气 
的 事情 。 一 种 好 的 解决 方案 是 ， 在 App 的 Android 版 本 中 找到 某 个 动画 对 应 的 xml， 将 其 翻译 为 iDS 的 动画 语言 即 可 。 


号 


注意 ，res 目 录 中 的 很 多 xml 文 件 打 开 后 是 乱码 ，AndroidManifest.xml 也 是 如 此 ， 那 是 因为 打包 的 时 候 对 xml 文 件 进行 了 压缩 ， 所 以 看 到 的 往往 是 全 角 的 字符 和 乱码 ， 不 便于 查找 到 
我 们 想 要 看 的 内 容 。 有 一 款 神器 用 于 看 到 apk 包 中 正常 的 内 容 ，AXMLPrinter2jar， 它 可 以 将 apk 中 已 经 处 理 过 的 xml 还 原 为 可 读 格式 。 命 令 如 下 所 示 : 


java -jar AXMLPrinter2.jar AndroidManifest.xml 


9.2.2 iiOS 安 装 包 的 结构 


iOS 的 安装 包 是 ipa 格 式 的 文件 。 我 们 将 其 后 缀 名 ipa 改 为 zip， 就 可 以 看 到 安装 包 中 的 内 容 。 


iTunesArtwork 


iTunesMetadata.plist 


META-INF 
payload 


图 


所 有 的 iOS 安 装 包 和 解压 后 都 具有 如 


图 9-2 iOS 安 装 包 解压 后 的 目录 结构 
9-2 的 目录 结构 : 


其 中 Payload 目 录 下 是 一 个 包 ， 里 面 有 这 个 App 所 需要 的 所 有 图 片 、 音 频 、 布 局 文件 、 配 置 文件 和 可 执行 文件 、bundle 文 件 、HTML5 相 关 文件 。 
很 多 png 图 片 是 打 不 开 的 ， 那 是 因 


为 在 iOS 打 包 时 ， 对 一 部 分 png 


图 


片 进行 了 压缩 。 
9.3 


况 品 技术 一 鳖 : 开机 速度 


无 论 是 哪个 App， 它 的 启动 步骤 都 大 体 相 同 ， 如 图 9-3 所 示 


Splash 广 告 


引导 页 


- 
Nm 
» 


当 


我 们 仔细 研究 一 下 每 一 步 都 做 了 哪些 事情 : 


图 9-3 ”App 启动 流程 


1) Splash 广 告 的 逻辑 是 ， 首 次 加 载 App 包 中 的 
张 新 图 


图 


D 


片 ， 同 时 调用 MobileAPI 的 一 个 接口 
片 ， 同 时 ， 仍 然 调 用 MobileAPI 的 那个 接口 ， 看 是 否 有 新 的 Splash 图 


图 


1 


， 获 取 下 一 次 打开 的 

片 要 下 载 。 为 了 确保 首页 打开 速度 ， 
2) 引导 页 ， 不 要 超过 4 页 ， 甚 至 4 页 我 都 认为 多 。 最 近 流行 在 引导 页 加 入 动画 ， 让 App 变 得 活泼 生动 一 些 。 
动画 来 实现 。 


这 个 接口 一 


= 有 = 


上 在 征 敌 : 


片 URL， 把 这 张 图 片 存放 在 本 地 。 那 么 下 次 再 打开 这 个 App 时 ， 就 加 载 这 
MobileAPI 的 
3) 进入 首页 之 前 ， 很 多 App 会 要 求 


步调 用 的 。 


尽 可 能 多 地 把 所 有 产品 都 显示 在 首页 ， 会 有 轮 播 广告 


因为 做 原生 动画 比较 耗费 人 力 和 时 间 ， 所 以 很 多 公司 要 么 不 加 ， 要 么 用 gif 
户 选择 所 在 城市 ， 有 的 App 是 默认 选 一 个 城市 进入 ， 有 的 App 则 是 异步 定位 当前 城市 


同时 给 用 户 选择 所 在 城市 的 机 会 。 

会 有 搜索 框 ， 会 有 滚动 条 。 首 页 这 个 位 置 太 重要 了 ， 只 要 出 现在 首页 的 产品 
以 上 都 是 看 得 见 的 东西 ， 接 下 来 说 一 些 在 后 台 做 的 看 不 见 的 事情 : 

1) 友 盟 打点 统计 ， 统 计 激活 数 。 


2) 注册 推送 。 


4) App 首 页 的 设计 ， 则 经 历 过 几 次 大 的 革命 。 过 去 是 把 公司 的 主要 产品 放 在 首页 很 显眼 的 位 置 ， 次 要 产品 则 放 在 二 级 页 面 ， 也 有 的 公司 是 每 个 品类 做 一 个 App。 现 在 通用 的 做 法 是 
告 ， 会 品 ， 卖 的 都 很 好 。 


3) 如 果 是 从 消息 


推送 点 击 进入 的 App， 则 要 根据 推送 协议 ， 跳 转 到 具体 的 页 面 。 


4) 初始 化 衣 溃 收集 机 制 ， 如 果 上 次 崩溃 时 没有 来 得 及 发 送 衣 溃 信息 ， 那 么 这 次 发 送 。 


总 结 一 下 上 述 这 些 事情 的 共性 ， 都 是 要 调用 MobileAPI 接 口 获取 数据 的 。 为 了 不 影响 首页 打开 速度 ， 这 些 操作 都 是 在 后 台 异 步 执行 的 。 


不 同 公司 的 App， 它 们 所 使 用 的 第 三 方 服务 不 同 ， 所 以 还 会 做 一 些 别 的 事情 。 对 于 其 中 比较 耗 时 的 ， 也 都 是 要 放 在 后 台 异 步 执行 。 


由 此 而 引入 一 款 嗅 控 器 ，Wireshark， 也 有 使 用 fiddler 的 。 当 我 们 试图 探索 别人 家 App 为 什么 首页 加 载 速度 那么 快 的 时 候 ， 使 用 嗅 探 器 可 以 观察 出 首页 加 载 期 间 该 App 调 用 了 哪些 
MobileAPI 接 口 ， 以 及 返回 用 了 多 长 时 间 ， 下 载 了 哪些 Zip 包 以 及 Zip 包 中 有 哪些 东西 。 


很 多 App 升 级 新 版 本 后 会 直接 骨 溃 ， 这 是 程序 员 没有 做 好 App 兼 容 导致 的 ， 肯 定 是 上 一 个 版 本 遗留 下 来 什么 脏 数据 ， 在 升级 后 新 版 本 没有 处 理 好 如 何 兼 容 这 些 脏 数据 就 骨 滇 了。 所 以 
App 发 版 前 必须 要 做 兼容 性 测试 ， 以 确保 稳定 性 。 最 好 的 解决 方案 是 ，App 升 级 后 ， 除 了 用 户 信息 要 保留 之 外 ， 所 有 遗留 数据 都 要 清除 。 


9.4” 竞 品 技术 二 效 : HTML5 页 面 的 打开 速度 


9.4.1 ”把 HTML5 页 面 嵌入 到 Zip 包 中 


App 中 会 使 用 很 多 HTML5 页 面 。 我 们 一 般 使 用 内 置 的 WebView 来 打开 一 个 外 部 的 URL 地 址 ， 这 样 一 来 ， 速 度 就 肯定 不 如 App 原 生 的 页 面 快 了 。 


我 们 可 以 打开 几 个 App 的 HTML5 页 面 来 进行 比较 ， 差 距 立 刻 就 能 看 出 来 。 当 年 我 就 是 被 老板 追 着 问 为 什么 竞争 对 手 的 App 打 开 HTML5 也 就 1~2 秒 ， 而 我 们 的 App 加 载 HTML5 页 面 就 
跟 牛 车 一 样 慢 。 


我 看 过 很 多 App 的 内 部 结构 ， 发 现 无 论 是 ipa 还 是 apk 包 中 都 会 有 一 个 Zip 压 缩 包 ， 里 面 存放 着 要 加 载 的 HTML5 页 面 、 图 片 、CSS 和 JS 文件 。App 每 次 启动 的 时 候 ， 会 启动 一 个 线程 ， 
异步 把 Zip 包 解压 到 本 地 的 某 个 目录 下 ， 然 后 每 次 从 本 地 读 取 HTML5 页 面 ， 这 样 就 不 用 每 次 从 服务 器 加 载 HTML5 页 面 了 。 


也 许 有 人 会 问 ， 如 果 这 个 Zip 包 里 的 内 容 有 变化 怎么 办 ? 比如 说 新 增 了 图 片 或 是 修改 了 HTML5 页 面 的 内 容 。 我 们 需要 有 个 版 本 控制 机 制 。 每 次 加 载 HTML5 页 面 之 前 ， 先 问 一 下 服务 
器 ， 当 前 HTML5 页 面 的 版 本 是 什么 ， 如 果 与 本 地 保存 的 版 本 号 相同 ， 就 直接 加 载 本 地 的 HTML5; 否则 ， 就 从 服务 器 重新 下 载 一 个 新 的 Zip 包 ， 仍 然 解压 到 本 地 相同 的 目录 下 。 


如 果 客 户 端 自 带 Zip 包 版 本 比较 旧 ， 那 么 每 个 新 下 载 的 用 户 打开 App 都 要 下 载 服务 器 最 新 版 本 的 Zip 包 。 这 样 不 好 ， 会 导致 Zip 包 很 大 ， 要 下 载 很 久 ， 所 以 每 次 发 版 前 ， 都 要 把 服务 器 上 
最 新 的 Zip 压 缩 包 放 到 App 安 装 包 中 。 


9.4.2 ”Zip 包 的 增 量 更 新 机 制 


即使 如 此 ， 每 次 有 新 版 本 的 HTML5， 都 要 下 载 一 个 最 新 的 Zip 包 ， 还 是 很 慢 。 为 此 我 们 要 减 小 Zip 的 体积 。 我 们 知道 ，Zip 包 中 包括 HTML5 页 面 、 图 片 、CSS 和 JS 文件 ， 但 并 不 是 每 次 
升级 每 个 文件 都 要 更 新 ， 我 们 要 把 那些 不 随 版 本 升级 而 变化 的 文件 挑 出 来 ， 压 缩 成 common.zip， 放 到 App 包 中 ， 仍 然 是 第 一 次 启动 App 后 解压 缩 到 本 地 。 这 样 每 次 HTML5 页 面 的 版 本 要 
升级 ， 确 保 要 下 载 的 Zip 包 中 只 包括 新 增 的 和 修改 的 文件 就 可 以 了 ， 从 而 确保 了 Zip 包 的 体积 最 小 ， 可 以 快速 下 载 到 App， 仍 然 解压 到 相同 的 目录 下 ， 如 果 有 相同 的 文件 则 将 其 覆盖 。 我 们 
称 这 种 机 制 为 “ 增 量 更 新 ”。 


我 说 的 这 种 增 量 包 ， 只 包括 新 增 的 和 修改 的 文件 ， 对 于 删除 的 文件 我们 不 用 去 管 它 ， 就 把 它 扔 在 手机 的 本 地 目录 下 好 了 。 


也 许 有 人 会 问 ， 当 App 正 在 访问 本 地 一 个 HTML 页 面 的 时 候 ， 恰 好 本 地 解压 Zip 包 时 要 履 盖 这 个 文件 ， 那 么 会 不 会 像 PC 机 那样 弹出 个 窗口 提示 “该 文件 正在 使 用 中 ， 复 制 工作 不 能 进 
行 ”? 经 过 测试 ， 在 手机 上 不 存在 这 个 问题 。 


就 算是 增 量 更 新 ， 也 要 控制 增 量 包 的 大 小 在 100KB 以 内 。 


9.4.3 ”制作 Zip 增 量 包 


那么 问题 来 了 ， 如 何 制作 增 量 包 ? 比如 说 ，HTML5 内 置 在 App 中 的 版 本 号 是 1.0， 两 天 后 线 上 HTML5 版 本 更 新 为 1.1， 于 是 我 们 需要 提供 一 个 增 量 压缩 包 供 用 户 下 载 ， 这 是 1.1 和 1.0 之 
间 的 增 量 。 又 过 了 两 天 ， 线 上 HTML5 版 本 更 新 到 1.2 了 ， 因 为 我 们 不 确保 所 有 用 户 的 HTML5 本 地 版 本 都 从 1.0 升 级 到 1.1 了 ， 所 以 这 时 我 们 就 要 提供 两 个 增 量 压缩 包 ， 一 个 是 1.2 和 1.1 之 间 
的 增 量 包 ， 另 一 个 则 是 1.2 和 1.0 之 间 的 增 量 包 。 随 着 HTML5 版 本 的 不 断 升 级 ， 每 次 要 生成 的 增 量 压缩 包 会 越 来 越 多 。 


我 们 不 能 每 次 手动 打 增 量 包 ， 这 是 要 累 死 人 的 。 我 们 需要 记录 每 个 HTML5 版 本 对 应 的 目录 和 文件 ， 放 到 GIT 服 务 器 上 是 个 不 错 的 选择 。GIT 提 供 这 样 的 命令 行 工 具 ， 比 较 两 次 提交 之 
间 的 区 别 。 此 外 ， 需 要 做 一 个 小 工具 ， 它 具有 一 个 “发 布 ” 按 钮 ， 点 击 这 个 按钮 后 将 会 从 GIT 服 务 器 中 逐个 比较 当前 版 本 1.2 和 历史 版 本 1.0、1.1 之 间 的 区 别 ， 分 别 打包 成 Zip， 然 后 发 布 到 
服务 器 上 提供 下 载 。 


这 是 件 很 繁琐 的 事情 。 但 是 你 会 发 现 ， 虽 然后 台 生成 增 量 压缩 包 的 逻辑 超级 复杂 ， 但 是 App 的 业务 逻辑 却 非常 简单 了 ，App 只 要 知道 增 量 压缩 包 的 下 载 地 址 就 够 了 。 


即使 如 此 ， 如 果 增 量 包 中 的 图 片 过 多 ， 那 么 这 个 增 量 包 还 是 会 很 大 。 这 时 我 们 就 要 控制 增 量 包 中 图 片 的 数量 ， 只 要 保证 App 首 屏 显 示 的 图 片 在 增 量 压缩 包 中 即 可 ， 至 于 屏幕 外 的 图 
片 ， 还 是 使 用 http://www.aaa.com/aa.jpg 这 样 的 URL， 同 时 要 在 App 的 WebView 控 件 上 建立 图 片 缓存 ， 以 确保 再 次 访问 这 个 URL 时 不 会 重新 加 载 图 片 浪费 用 户 的 时 间 和 流量 。 


对 于 后 台 运 营 人 员 ， 她 们 要 经 常 上 一 些 新 活动 ， 以 至 于 每 时 每 刻 都 有 可 能 更 新 HTML5 的 内 容 并 希望 用 户 能 立刻 看 到 这 些 变化 。 这 时 候 手 动 点 击 Publish 按 钮 就 会 跟 不 上 节奏 了 。 一 种 
好 的 解决 方案 是 ， 在 服务 器 创建 一 个 Task， 每 10 分 钟 执行 一 次 ， 把 这 10 分 钟 内 有 改动 的 内 容重 新 打 增 量 压 缩 包 。 服 务 器 端 业务 逻辑 仍然 会 很 复杂 ， 但 是 极 大 地 提高 了 客户 端的 信息 更 新 频 


有 的 HTML5 页 面 会 在 HTML 页 面 中 使 用 AJAX 调 用 网 络 接口 获取 数据 ， 当 我 们 将 其 打包 成 Zip 解 压 到 手机 本 地 再 去 加 载 的 时 候 ，AJAX 因 为 存在 跨 域 的 问题 而 不 能 访问 到 网 络 接口 数据 ， 
这 时 我 们 就 要 同时 从 App 的 代码 和 HTML 的 代码 进行 配置 ， 才 能 解决 这 个 问题 。 


9.4.4 使 用 WebView 预 先 加 载 HTML5 并 缓存 到 本 地 


前 面 的 设计 太 复 杂 了 。 


为 了 快速 加 载 HTML5， 我 们 可 以 尝试 多 种 方法 。 比 如 ， 利 用 WebView 控 件 的 缓存 技术 。 如 果 在 App 的 某 个 页 面 设置 了 WebView 的 缓存 ， 那 么 再 次 打开 相同 的 URL 时 ， 如 果 没 有 过 
期 ， 就 会 使 用 本 地 的 缓存 数据 。 但 即使 如 此 ， 也 不 能 解决 第 一 次 加 载 HTML5 时 很 慢 的 问题 ， 但 是 我 们 可 以 在 上 一 个 页 面 创建 一 个 WebView， 让 它 预 先 加 载 这 个 URL， 这 样 就 能 提前 把 
HTML5 页 面 缓存 到 本 地 ， 一 定 要 记 住 ， 要 把 这 个 WebView 设 置 为 不 可 见 ， 否 则 就 露馅 了 。 


这 样 做 虽然 大 幅 提升 了 HTML5 加 载 的 速度 ， 但 是 却 非常 耗 流量 ， 采 用 这 个 策略 的 时 候 要 谨慎 。 


9.5“ 竞 品 技术 三 警 : 安装 包 的 大 小 


9.5.1 ”从 几 件 小 事 说 起 


春节 在 家 帮 姐 姐 的 iPhone 手机 安装 市 面 上 形形色色 的 App， 忘 记 她 是 使 用 4G 流 量 包 月 了 ， 于 是 在 下 载 了 10 个 App 后 ， 不 但 耗 尽 了 流量 ， 还 按照 0.3 元 / 兆 的 价格 扣 了 七 八 十 元 的 流量 
费 。 后 来 我 检查 了 这 几 个 App 的 体积 ， 发 现 每 个 pp 体积 都 是 40~50MB 的 样子 ， 这 让 我 很 吃惊 ， 因 为 我 记得 两 年 前 这 些 App 也 就 在 10~20MB 的 样子 。 


另 一 件 记 忆 犹 新 的 事情 ， 是 去 公园 景点 游玩 ， 当 时 公园 门口 有 个 活动 “ 扫 二 维 码 下 载 App 下 单 立 减 10 元 ”， 但 是 我 发 现下 载 这 个 40MB 的 App 要 花费 12 元 的 流量 ， 这 样 其 实 是 要 额外 
多 人 花 2 元 钱 ， 所 以 “ 扫 码 立 减 ”这 件 事情 对 于 我 这 种 “人 小市民” 而 言 是 很 不 划算 的 。 


由 此 而 得 到 一 个 结论 ，App 安 装 包 的 体积 一 定 要 小 ， 至 少 要 比 竞争 对 手 的 App 体 积 小 。 


对 于 Android 而 言 ， 国 内 的 各 大 市 场 商店 已 经 发 现 这 个 问题 了 ， 所 以 对 于 用 户 升 级 App， 会 为 每 个 App 提 供 增 量 下 载 的 功能 ， 所 以 App 版 本 升级 不 再 是 几 十 兆 的 流量 ， 而 只 是 下 载 
1~2MB 的 增 量 包 就 能 升级 到 最 新 版 本 ， 这 样 就 极 大 节省 了 流量 。['] 


对 于 iOS 而 言 ，AppStore 从 iOS6 开 始 提供 增 量 更 新 功能 。 对 于 iOS 6.x 和 iOS7.0， 只 要 有 文件 改动 过 ， 这 个 文件 就 会 进入 到 增 量 更 新 包 中 ， 比 如 说 1 个 10MB 的 文件 ， 只 改动 了 1KB 的 
内 容 ， 这 个 10MB 文 件 就 会 进入 到 增 量 更 新 包 中 ， 包 还 是 很 大 。 到 了 iOS7.1 及 更 高 版 本 ， 这 个 机 制 进行 了 改良 ， 它 会 把 这 1KB 的 改动 内 容 放 到 增 量 更 新 包 中 ， 从 而 极 大 地 减少 了 增 量 更 新 
包 的 大 小 ， 但 是 安装 的 时 候 会 变 慢 ， 因 为 要 把 这 1KB 的 改动 内 容 合并 到 10MB 文 件 中 ， 这 是 个 很 繁琐 很 费时 的 工作 。 加 
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尽管 如 此 ， 以 上 种 种 措施 只 能 解决 升级 用 户 的 流量 困扰 ， 对 新 用 户 并 无 帮助 。 我 们 必须 减 小 安装 包 的 大 小 ， 才 能 吸引 更 多 的 新 用 户 。 


9.5.2 ”安装 包 为 什么 那么 大 


是 什么 让 App 安 装 包 的 体积 变 得 如 此 之 大 ? 


我 们 在 前 面 的 章节 看 到 了 iOS 和 Android 安 装 包 的 内 部 结构 ， 对 于 可 执行 文件 ， 我 们 无 能 为 力 ; 对 于 xml 文 件 ， 这 些 文件 在 App 打 包 压 缩 后 会 极 大 减 小 体积 ， 所 以 也 不 用 管 它们 ; 那么 
就 只 能 在 图 片 和 音频 文件 上 做 文章 了 。 


各 位 读者 看 到 这 里 ， 都 请 停 下 手中 的 工作 ， 检 查 一 下 自家 App 包 中 图 片 和 音频 文件 的 大 小 。 图 片 但 凡是 大 于 1MB 的 ， 都 是 需要 瘦身 的 。 对 于 500KB~1MB 这 个 区 间 内 的 ， 也 有 瘦身 的 
可 能 。 我 研究 过 很 多 知名 的 App， 其 中 有 很 多 图 片 都 在 2~3MB 的 样子 ， 其 实 真 没有 必要 ， 之 所 以 这 么 大 ， 是 因为 UI 设计 人 员 提 供 的 设计 稿 就 是 这 么 大 ， 开 发 人 员 拿 过 来 也 不 看 文件 体积 大 
小 直接 就 往 项 目 里 放 ， 久 而 久之 ，App 包 的 体积 就 大 了 。 


在 众多 App 之 中 ， 我 印象 最 深 的 是 一 款 旅游 类 软件 ， 它 的 所 有 图 片 都 不 超过 100KB， 甚 至 说 50KB 以 上 的 图 片 都 屈指 可 数 。 这 是 把 品质 做 到 家 的 表现 。 


接 下 来 说 音频 文件 ， 对 于 应 用 类 App 而 言 ， 我 见 到 的 大 都 是 App 推 送 时 发 出 的 声音 ， 这 个 声音 很 简单 ， 不 应 该 超过 10KB。 但 我 在 很 多 App 中 看 到 的 音频 ， 都 在 100KB 左 右 。 这 是 我 们 
优化 的 一 个 方向 。 网 上 有 很 多 这 样 的 软件 ， 可 以 对 音频 进行 大 幅 压 缩 。 


9.5.3 png 和 jpg 的 区 别 及 使 用 场景 


设计 师 曾经 问 过 我 ，App 为 什么 不 使 用 pg 图 片 ， 因 为 同样 的 尺寸 ，png 格 式 的 图 片 要 比 jpg 图 片 大 很 多 。 
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众所周知 ，png 有 透明 通道 ， 而 jpg 没 有 ， 此 外 png 是 无 损 压 缩 的 ， 而 jpg 是 有 损 压缩 的 ， 所 以 png 中 存储 的 信息 会 很 多 ， 体 积 自然 就 大 了 。 


但 是 手机 却 偏偏 对 png 情 有 独 钟 ， 会 对 其 进行 硬件 加 速 ， 所 以 我 们 会 发 现 ， 同 样 一 张 背 景 图 ，png 虽 然 体积 比 pg 大 但 是 加 载 速度 却 要 快 一 些 。 


综 上 所 述 ， 对 于 App 包 中 的 图 片 ， 我 们 都 使 用 png 格 式 的 ， 而 对 于 要 从 网 上 加 载 的 图 片 ， 考 虑 到 流量 以 及 下 载 速度 ， 则 使 用 pg 格式 的 ， 因 为 它 有 较 高 的 压缩 率 ， 体 积 很 小 。 


但 是 对 于 背景 图 、 引 导 页 ， 这 种 大 尺寸 的 图 片 ， 我 们 还 是 倾向 于 使 用 pg 格式 ， 虽 然 加 载 慢 一 些 ， 但 是 体积 小 ， 减 少 了 包 的 体积 。 我 看 过 的 App 基 本 都 是 这 么 做 的 。 


对 于 Splash 广 告 图 ， 就 是 那个 每 次 开启 App 一 闪 而 过 的 广告 ， 由 于 我 们 隔 三 全 五 就 要 从 线 上 下 载 新 的 广告 图 并 展示 在 Spalsh 页 面 上 ， 所 以 这 里 使 用 pg 格式 的 图 片 。 


对 于 iOS， 苹 果 规 定 启动 页 (Launch image) 必须 是 png 图 片 ， 否 则 审核 时 就 会 被 拒 。 


Google 后 来 发 布 了 一 种 新 的 图 片 格式 ，WebP， 它 的 压缩 率 比 jpg 更 好 ， 已 经 慢 慢 普 及 。Android 自 然 是 支持 的 ，iOs 想 要 使 用 这 种 格式 的 图 片 ， 需 要 在 程序 中 引入 WebP 解 码 器 。 


9.5.4 5Splash、 引 导 图 和 背景 图 


通过 对 50 多 款 App 中 的 图 片 逐个 分 析 ， 我 发 现 有 3 种 比较 典型 的 场景 ， 大 多 数 公司 的 解决 方案 是 雷同 的 : 


1) Splash 默 认 广告 是 体积 最 大 的 ， 而 


2) 引导 图 ， 


对 应 不 同 


片 的 背景 都 是 一 样 的 。 所 以 我 们 完全 可 以 这 样 做 ， 比 如 说 背景 上 有 一 只 小 兔子 : 


“ 把 背景 与 小 免 子 拆 分 成 2 张 图 片 。 如 果 另 一 个 


: 根据 分 辨 率 ， 动 态 放置 小 兔子 的 位 置 ， 动 态 拉 


3) 对 于 背景 图 


实在 没有 必要 。 背 景 


9.5:5 


图 


iOs 的 1 倍 图 、2 倍 图 和 3 倍 图 


1 


iOS 不 使 用 像素 作为 单位 ， 而 是 使 用 


App， 不 用 修改 也 能 在 iPhone4 上 运行 。[3] 


但 是 原先 适用 于 iPhone3GS 的 
到 App 项 目 中 ， 这 样 App 在 运行 时 会 根据 屏幕 是 否 为 iPhone3GS 来 选择 相应 的 


选择 a.png， 所 以 就 模糊 了 。 


iPhone4S、iPhone5、iPhone5c、iPhone5s、iPhone6， 它 们 都 使 用 


直到 iPhone6 Plus， 才 需要 提供 a@3x.png 的 图 


导 图 的 背景 上 有 一 只 小 鸭子 ， 那 么 就 只 需要 这 张 小 鸭 子 的 图 片 了 ， 


机 型 ， 要 做 多 套 ， 根 据 我 的 经 验 ， 每 张 图 控制 在 300~ 500KB 左 右 就 可 以 了 。 分 辨 率 再 高 ， 对 于 手机 而 言 


背景 图 可 以 复 用 。 


申 背 景 图 ， 使 之 铺 满 整个 屏幕 。 


， 为 了 达到 一 种 视觉 效果 ， 这 张 图 片 经 常 被 添加 虚 化 等 效果 ， 既 然 如 此 ， 没 有 必要 做 得 太 清 晰 ， 应 该 控制 在 50KB 左 右 ， 看 到 很 多 Appd 
一 般 使 用 jpg 文 件 。 


图 片 ， 比 如 a.png 的 尺寸 是 30x40 像 素 ， 在 iPhone4 中 看 起 来 就 模糊 了 。 于 是 我 们 必须 为 a.png 再 准备 一 张 60x 80 像 素 的 图 


图 片 。 


a@2x.png 这 张 2 倍 


网 


片 。 如 果 没有 这 张 3 倍 图 呢 ， 


它 会 选择 1 倍 图 或 2 倍 图 


， 我 尝试 过 只 有 2 售 


那么 问题 就 来 了 ， 我 们 需要 为 每 张 图 都 提供 1 倍 


我 看 到 一 款 国 


我 查看 过 很 多 App 的 
的 情况 。 图 片 管理 五 花 八 门 ， 乱七八糟 。 


网 


际 版 的 App 是 这 么 处 理 图 
错 杀 一 干 ， 不 可 放 走 一 个 ”的 感觉 ， 但 只 要 反 过 来 想 ， 图 


图 


、2 倍 图 和 3 倍 图 这 3 张 图 


图 片 ， 发 现 1 倍 图 铺天盖地 ， 但 并 不 是 每 张 1 倍 图 


但 是 在 中 国 


， 可 不 是 这 样 哦 。 我 看 过 友 盟 给 出 的 数据 报告 ， 中 


网 
网 


售 


和 3 倍 图 。 


很 多 公司 都 有 根据 1 倍 图 批量 生成 2 倍 图 和 3 倍 


片 的 。 它 在 提供 了 多 


片 吗 ? 


国语 言 文字 的 


同时 ， 还 为 每 张 
片 一 张 也 不 缺 ， 永 远 不 会 模糊 。 


网 


、2 倍 图 和 3 售 图 。 


片 生成 了 1 信 图 


图 


反 过 来 根据 3 倍 图 批量 生成 1 倍 图 和 2 倍 图 时 ， 却 发 现 位 


D 


都 有 相应 的 2 倍 图 和 3 售 图 ， 


到 的 工具 ， 我 也 曾 用 C# 写 过 一 个 。 但 是 我 发 现 有 问题 ， 并 不 是 每 张 图 


或 者 是 只 有 相应 的 2 倍 


图 而 没有 3 倍 图 ， 当 然 ， 也 有 只 存在 2 倍 图 


， 看 不 出 效果 。 


设计 师 每 次 都 会 给 几 张 高 分 辨 率 的 图 片 ， 然 后 程序 员 不 加 思索 地 直接 放 到 App 里 ， 这 样 App 体 积 自 然 就 变 大 了 。 其 实 ， 仔 细 观 察 ， 你 会 发 现 ， 为 了 保持 风格 统一 ， 这 些 图 


Pp 类似 的 背景 


图 都 在 1MB 左 右 ， 


点 这 个 单位 ， 对 于 iPhone4 及 之 后 ，1 点 等 于 2 个 像素 ; 而 对 于 iPhone3GS 及 之 前 ，1 点 等 于 1 个 像素 。 这 样 就 保证 了 之 前 在 iPhone3GS 上 运行 的 


片 ， 命 名 为 a@2x.png， 也 放 


iPhone3GS 会 选择 a.png，iPhone4 会 选择 a@2x.png。 对 于 iPhone4 而 言 ， 如 果 没有 这 张 2 倍 图 ， 


则 


图 的 情况 ， 在 iPhone6 Plus 上 确实 是 模糊 的 效果 。 


和 3 售 图 


D 


这 就 导致 了 这 款 App 的 体积 非常 大 。 看 上 去 有 点 “宁可 


而 找 不 到 1 倍 


iphone3Gs 用 户 不 足 0.1%。 于 是 ， 我 有 一 个 大 胆 的 设想 ， 就 是 把 ;OS App 的 包 中 所 有 的 1 们 图 都 干掉 ， 为 每 张 图 生成 2 


片 转换 后 都 清晰 ， 矢 量 图 可 以 拉 伸 ， 但 是 拉 伸 位 图 


就 会 失真 。 当 我 


供 1 信 图 


这 个 解决 方案 并 不 能 有 效 减 小 OS 包 的 体积 ,说 不 定 反 而 会 增 大 包 的 大 小 ,但 


， 然 后 批量 转换 为 2 倍 图 和 3 售 图 ; 


而 


9.5.6 ”在 iOs 中 进行 图 片 拉 伸 和 旋转 


在 Android 技 术 领 域 ， 


| 


属于 位 


流行 .9 图 这 个 概念 ， 从 而 极 大 地 节省 了 图 片 的 体积 。 


(UIImage *)resizableImageWithCapInsets: (UIEdgeInsets)capInsets 


图 可 以 压缩 ， 而 矢量 图 压缩 后 会 失真 。 于 是 一 种 好 的 解决 方案 是 ， 
图 的 ， 则 提供 3 倍 图 ， 然 后 批量 转换 为 1 倍 图 


先 把 所 有 图 片 按照 位 图 和 矢量 图 进行 分 类 ， 


和 2 倍 图 。 


网 


是 却 能 系统 地 对 图 片 进 行 管理 ， 从 而 确保 每 张 


都 是 清晰 的 。 


iOS 其 实 也 可 以 这 么 干 ， 使 用 iOS 的 图 


其 中 caplnsets 这 个 参数 是 一 个 UIEdgelnsets 类 型 的 结构 体 ， 被 caplnsets 履 盖 到 的 区 域 将 会 保持 不 变 ， 而 未 覆盖 到 的 部 分 将 会 用 于 平 铺 。 


以 上 这 个 方法 只 适用 于 iOS5.0 及 以 上 版 本 ，5.0 以 下 版 本 有 另外 的 解决 方案 ， 但 是 目前 国内 的 App 都 只 支持 5.0 以 上 版 本 了 ， 所 以 这 里 我 就 不 提 及 了 。 


对 于 箭头 ， 更 没 必 要 准备 上 下 左右 4 张 图 片 ， 


准备 一 张 图 片 就 够 了 ， 使 用 的 时 候 在 方向 上 进行 旋转 即 可 。 


9.5.7 ”使 用 XML 配置 动画 


动画 主要 用 在 引导 图 


中 以 及 加 载 进度 条 上 。 


属于 矢量 图 


的 ， 要 提 


片 拉 伸 语法 ， 可 以 把 一 张 .9 图 铺 满 一 个 区 域 ， 比 如 说 按钮 ， 如 下 所 


做 应 用 类 App 的 开发 人 员 做 动画 不 是 很 在 行 ， 所 以 他 们 会 要 求 设计 师 提 供 gif 格式 的 动画 ， 或 者 二 十 多 张 图 片 进行 轮 播 ， 以 达到 gif 动画 的 效果 ， 殊 不 知 ， 在 编程 上 简单 了 ， 但 是 App 的 


体积 却 相应 变 大 了 。 


比较 简单 的 解决 方案 是 ， 


减少 动画 中 的 关键 帧 ， 来 降低 动画 的 大 小 。 


稍微 正规 一 点 ， 还 是 要 使 用 原生 的 Android 或 iOs 原 生 代码 来 实现 。 任 何 复杂 的 动画 ， 都 是 由 四 种 简单 的 动画 组 成 的 ， 分 别 是 : 移动 、 旋 转 、 缩 放 、 渐 变 。 在 Android 中 ， 是 使 用 XML 


来 配置 的 ， 上 述 这 四 种 简单 动画 
我 们 为 什么 不 仿照 Android 的 XML 动画 实现 技术 ， 为 iDOS 也 量 身 定制 一 套 XML 的 动画 标签 呢 》 从 而 不 上 


我 见 过 一 家 App 就 是 使 有 


这 个 思想 在 plist 中 配置 


都 有 对 应 的 XML 语法 ， 可 以 很 快 拼凑 出 一 个 复杂 的 动画 ; 而 对 于 iOS， 只 好 使 用 编码 方式 了 。 


写 任何 Objective-C 代 码 ， 配 置 几 行 XML 就 


属性 来 做 iOS 动 画 的 ， 如 图 


9-4 所 示 ， 就 是 一 个 平移 的 动画 。 


展现 一 个 动画 。 


animation1 Dictionary 
startX Number 
endX Number 
startY Number 


endY Number 
imageURL String 

duration Number 
delay Number 


图 9-4 配置 文件 中 的 平移 动画 


不 单 如 此 ， 我 还 需要 有 个 测试 页 面 ， 通 过 在 这 个 页 面 中 修改 动画 的 属性 ， 然 后 点 击 按钮 能 立刻 看 到 改动 后 的 效果 ， 而 不 需要 重新 运行 App 程 序 。 点 个 按钮 就 能 执行 输入 框 


本 。 


使 用 上 述 的 若干 方法 ， 我 们 可 以 把 1 个 500KB 左 右 的 gif 文件 ， 减 小 到 50KB 的 几 张 图 片 ， 并 且 极 大 地 节省 了 而 开发 成 本 。 


9.5.8 ”iOS 使 用 storyboard 还 是 xib 


基于 这 个 配置 ， 还 需要 有 一 个 动画 引擎 ， 来 解析 这 个 配置 文件 ， 将 其 翻译 成 Objective-C 原 生 语言 。 在 设计 模式 中 ， 我 们 称 之 为 解释 器 模式 。 


(7 items) 
2.8 

1 

1.2 

Ti 
a.png 
0.35 

0 


P 的 XML 脚 


抱歉 ， 我 始终 不 喜欢 storyboard， 但 是 存在 即 合理 。 我 曾经 认为 storyboard 比 xib 大 ， 是 导致 iDS 安 装 包 体积 变 大 的 一 个 原因 ， 于 是 我 做 了 一 件 探索 性 的 工作 ， 就 是 把 storyboard 中 的 


页 面 拆 分 为 若干 个 xib 文 件 ， 然 后 重新 打包 ， 但 是 结果 却 是 前 后 大 小 一 致 。 


结论 是 ， 是 否 使 用 storyboard， 对 ipa 包 大 小 没有 影响 。 


9.5.9 字体 文件 的 学 问 


我 在 某 个 ipa 包 中 发 现 了 ttf 格 式 的 字体 文件 。 起 初 还 以 为 是 他 们 的 App 使 用 了 某 种 特定 字体 ， 但 打开 这 个 ttf 文 件 后 才 发 现 ， 这 里 面 存放 的 


居然 是 


图 片 ， 如 图 9-5 所 示 。 


图 9-5 ”字体 文件 中 的 icon 图 片 


每 个 icon 对 应 一 个 十 六 进 制 的 数字 ， 比 如 第 一 个 是 \Ue600， 这 个 值 是 唯一 的 。 
观察 这 个 字体 文件 ， 我 们 看 到 所 有 的 icon 具 有 以 下 共性 : 

“ 这 些 icon 都 是 单 色 的 ， 可 以 在 App 中 的 页 面 里 设置 这 些 icon 为 其 他 颜色 ， 但 也 必须 是 单 色 。 
:这些 icon 可 大 可 小 ， 因 为 它们 是 一 种 “字体 ”， 字 体 是 矢量 图 ， 所 以 拉 伸 不 会 失真 。 


. 这 个 ttf 文 件 体积 很 小 ， 比 做 成 单独 的 png 图 片 要 小 。 


有 人 立刻 就 会 联想 到 iOS 的 1 倍 图 、2 倍 图 和 3 倍 图 ， 每 次 都 要 准备 3 张 图 片 ， 分 别 适用 于 不 同 的 手机 型 号 。 如 果 做 成 一 个 字体 ， 就 可 以 减少 体积 ， 再 也 不 用 设计 @2x 和 @3x 两 套图 了 


一 一 这 种 方案 仅 限 于 单 色 图 片 。 


我 们 一 般 到 下 述 网 站 来 把 单 色 icon 转 换 成 字体 文件 : https://icomoon.io。 或 者 使 用 FontLab 这 样 的 工具 自己 来 制作 。 
接 下 来 我 们 来 看 如 何在 App 中 推广 这 门 技术 。 


1) Android 


首先 把 这 个 字体 文件 放 到 assets 目 录 下 ， 如 图 9-6 所 示 : 


cb assets 


icomoon. 


图 9-6 ”assets 目 录 下 的 字体 文件 


接 下 来 我 们 将 icon 和 十 六 进 制 编码 的 映射 关系 保存 在 drawable 资 源 文件 中 : 


<string name="font icon 1 normal"> </string> 
<string name="font icon 1 pressed"> </string> 


这 样 就 可 以 使 用 R.id.font icon_1_normal 这 样 的 语法 来 取出 这 个 图 片 了 。 


TextView textViewl = (TextView) findViewById(R.id.textViewl); 
Typeface font = Typeface.createFromAsset ( 
getAssets (), "icomoon.ttf"); 
textViewl .setTypeface (font); 
textView] .setTextSize (12); 
textViewl .setText ( 
getResources () .getString (R.string.font icon 1 normal)); 


也 可 以 将 其 设计 为 一 个 Drawable 对 象 ， 然 后 设置 给 imageView 这 样 的 控件 。 


2) 对 于 iOS， 实 现 思路 差不多 。 


首先 我 们 要 把 icmoon.ttf 文 件 添加 到 项 目 中 ， 如 图 9-7 所 示 。 


M erget" IOS SDK 6.0 
了 | |UselconInTTF 
ve icomoon.ttf 
Ih TTFConstants.h 
hi AppDelegate.h 
ml AppDelegate.m 
Ih| ViewController.h 
国 ViewController.m 
二 | ViewController.xib 
了 | |Supporting Files 
园 UselconlnTTF-Info.plist 


图 9-7 UselconInTTF 中 的 icomoon.ttf 文 件 


在 Supporting Files 目 录 下 的 UserlconInTTF-Info.plist 文 件 中 ， 增 加 一 个 配置 ， 类 型 指定 为 Fonts provided by app-lication， 在 其 中 添加 对 icomoon.ttf 字 体 文件 的 声明 ， 如 图 9-8 
所 示 。 


VW Information Property List Dictionary (14 items) 


V Fonts provided by application 人 加 日 Array (1 item) 
ltem 0 String icomoon.ttf 


图 9-8 ”在 UselconInTTF-Info.plist 配 置 icomoon.ttf 


与 Android 类 似 ， 为 了 不 直接 使 用 \ue605 这 样 的 十 六 机 制 编码 数字 ， 我 们 将 icon 和 十 六 进 制 编码 的 映射 关系 定义 为 一 个 宏 TTFConstants: 


nt icon 1 normal "\ue605" 
nt icon 1 pressed "\ue606" 


接 下 来 只 要 两 行 代码 就 能 显示 这 个 字体 文件 中 的 图 片 : 


[self.labell setFont: [UIFont fontWithName:@"icomoon" size:12]]; 
[self.labell setText: 
[NSString stringWithUTF8String: font icon 1 normall]]; 


9.5.10 ”表情 图 片 打 包 下 载 


对 于 表情 图 片 。 很 多 App 中 集成 了 聊天 功能 ， 有 了 聊天 ， 自 然 就 要 提供 各 种 表情 图 片 ， 有 静态 图 png， 也 有 动画 gif， 虽然 每 个 都 不 大 ， 但 是 数量 多 啊 ， 都 打 到 包 里 面 一 起 发 布 ， 会 直 
接 导致 包 变 大 。 


考虑 到 实际 的 场景 ， 用 户 不 会 一 打开 App 就 使 用 聊天 功能 ， 所 以 我 们 可 以 把 这 些 表情 图 片 打包 成 一 个 Zip 包 ， 在 启动 App 的 时 候 ， 在 一 个 新 的 线程 中 异步 下 载 这 个 Zip 包 然后 解压 到 本 
地 。 这 样 以 后 聊天 的 时 候 就 可 以 使 用 本 地 的 图 片 了 。 对 此 ， 我 们 要 做 好 版 本 增 量 升级 功能 ， 以 确保 有 新 表情 图 片 的 时 候 也 能 下 载 到 本 地 后 使 用 。 


9.5.11 ”清除 未 使 用 图 片 


对 于 Android 而 言 ，Eclipse 可 以 自动 检查 出 哪些 图 片 没 有 用 到 。 


对 于 iOs 而 言 ， 则 需要 写 个 小 程序 ， 逐 一 检查 哪些 图 片 没有 使 用 到 ， 注 意 ， 对 于 a@2x.png 和 a@3x.png 的 处 理 ， 要 先 将 @2x 和 @3x 过 滤 掉 。 


无 沦 是 Android 还 是 iOS， 即 使 发 现 到 宛 余 图 片 ， 也 不 能 直接 删除 ， 因 为 我 们 的 程序 经 常会 在 代码 中 动态 决定 要 显示 哪些 图 片 ， 我 们 只 能 检查 这 些 图 片 在 版 本 库 的 修改 历史 ， 来 决定 这 
些 图 片 是 否 真 的 不 需要 了 。 


9.5.12 ”Proguard 不 只 是 用 来 混淆 的 


一 提起 Android 中 的 Proguard， 我 们 首先 想到 的 是 代码 混淆 ， 那 是 因为 我 们 要 经 常 去 修改 proguard.cfg 文 件 ， 去 keep 那 些 不 需要 被 混淆 的 类 和 方法 。 


其 实 ，Proguard 还 能 瘦身 apk， 在 打包 时 它 会 帮忙 检查 那些 不 使 用 的 类 和 方法 ， 将 其 移 除 。 最 有 效果 的 就 是 那些 第 三 方 SDK 了 ， 比 如 说 aSmack 这 个 用 于 xmpp 的 SDK 有 几 万 个 方法 ， 
但 其 实 我 们 只 使 用 其 中 很 小 的 一 部 分 。Proguard 会 帮助 我 们 把 不 使 用 的 部 分 移 除 ， 从 而 极 大 地 减 小 了 apk 的 体积 。 


9.5.13 ”在 iOs 中 使 用 pdf 格式 的 图 片 


网 


在 研究 各 家 App 的 过 程 中 ， 我 发 现 某 款 App 的 ipa 文 件 中 有 几 张 pdf 格式 的 图 片 。 


在 研究 中 还 发 现 ， 有 几 款 App 的 ipa 包 中 的 每 张 图 片 都 做 成 imageset 的 形式 ， 每 个 imageset 目 录 中 都 同时 存在 这 张 图 片 的 1 倍 图 、2 倍 图 和 3 倍 图 ， 如 图 9-9 所 示 。 


了 a.imageset 
a.png 


四 a@2x.png 
a@3x.png 
Contents.json 


图 9-9 ”cancelSelectedListBtn.imageset 目 录 下 的 3 张 图 片 
a 


上 述 这 两 件 看 似 无 关 的 事情 ， 其 实 是 使 用 了 iOS 的 一 个 新 技术 。 让 我 们 从 这 些 蛛丝马迹 中 探索 隐 。 


我 请 设计 师 把 这 几 张 pdf 图 片 做 成 同样 的 png 图 片 ， 体 积 相差 不 大 ， 所 以 和 png 相 比 毫 无 优势 。 由 于 这 个 App 的 ipa 包 中 有 几 百 张 图 片 ， 其 中 只 有 这 3 张 图 片 是 pdf 格 式 的 ， 所 以 我 怀 
疑 ， 这 只 是 他 们 的 新 技术 尝试 。 


出 


再 观察 imageset 目 录 下 的 那 3 张 图 片 ， 我 发 现 每 张 图 片 都 是 这 样 的 。 这 不 由 使 我 意识 到 ， 一 定 是 用 了 什么 工具 ， 一 次 性 生成 的 这 些 图 片 。 


搜索 关键 字 ios+pdf， 直 到 找到 “Using Vector Images in Xcode 6” 这 篇 文章 内， 才 发 现 这 是 iOS8 才 出 现 的 一 种 新 技术 ， 只 能 在 XCode6 上 使 用 。 


岂 
网 


、2 信 图 、3 倍 图 。 这 样 就 避免 了 图 片 不 全 导致 的 模糊 ， 


在 这 里 简单 介绍 一 下 这 门 技术 ， 先 绘制 一 张 pdf 矢量 图 ， 然 后 XCode6 在 编译 的 时 候 ， 会 生成 3 张 pdf 格式 的 图 片 ， 分 别 是 1 倍 
也 避免 了 每 次 都 要 设计 师 准 备 3 套图 的 麻烦 。 


但 是 ， 我 们 为 什么 要 在 用 户 的 iPhone 上 装 一 些 永远 用 不 到 的 图 片 呢 ? 苹果 煞费苦心 搞 出 来 这 样 一 门 技术 ， 仍 然 没 有 解决 App 体 积 日 益 脱 胀 的 现实 ， 而 且 这 门 技术 只 会 让 App 的 体积 变 
得 更 庞大 一 一 而 这 才 是 用 户 的 痛 点 所 在 。 是 否 可 以 让 App 中 只 包括 pdf 矢量 图 ， 只 有 在 用 户 下 载 完 App 开 始 安装 的 时 候 ， 才 根据 用 户 的 机 型 ， 把 pdf 转换 为 相应 的 图 片 ， 比 如 iPhone 6+ 上 


计 


App 生 成 的 图 片 就 是 3 售 图 。 


苹果 公司 在 iOS9 中 推出 了 App 瘦 身 功能 ， 据 说 能 大 幅 减少 要 下 载 的 App 包 的 体积 ， 具 体 效果 如 何 ， 我 们 拭目以待 。 


9.5.14 iOS 的 包 永远 比 Android 包 体积 大 吗 


我 比较 了 100 多 款 App 后 发 现 ， 同 一 款 App 的 iOS 和 Android 版 本 ，iOS 的 ipa 包 一 定 比 Android 的 apk 包 在 体积 上 大 很 多 。 


但 总 是 有 特 立 独行 的 App， 比 如 某 款 著名 视频 播放 软件 ，Android 版 本 23.2MB， 而 iOS 版 本 才 20.5MB。 我 起 初 以 为 这 个 App 的 Android 版 本 做 得 有 问题 ， 于 是 仔细 研究 了 这 个 
Android 包 里 的 内 容 ， 我 就 发 现 这 家 公司 Android 技 术 做 得 很 精致 ， 之 所 以 比 iOS 版 本 体积 大 ， 是 因为 Android 版 本 为 几 十 种 分 辩 率 都 适 配 了 不 同 的 图 片 和 布局 ， 以 确保 用 户 体验 在 任何 分 


辨 率 下 都 是 一 致 的 。 


如 图 9-10 所 示 ， 居 然 有 12 种 layout 布 局 。 


layout 
layout-hdpi-v4 
layout-land 
layout-sw600dp-v13 
layout-sw720dp-2048x1536-v13 
layout-v9 


layout-v11 

layout-v21 
layout-xhdpil-v4 
layout-xlarge-land-v4 
layout-xlarge-v4 
layout-xxhdpi-v4 


图 9-10 ”Android 项 目 中 的 Layout 文 件 夹 


drawable 文 件 夹 就 更 多 了 ， 高 达 28 个 ， 限 于 篇 幅 ， 这 里 就 不 贴图 了 。 


以 上 只 是 特例 ， 而 大 多 数 App 并 没有 做 得 那么 细致 ， 比 如 : 


1) 首先 是 不 支持 那么 多 分 辨 率 。 这 是 由 当前 App 的 开发 现状 导致 的 。 一 方面 是 产品 经 理 和 设计 师 人 力 不 足 ， 另 一 方面 则 因为 设计 师 偏爱 iPhone， 一 般 


稿 ， 然 后 让 Android 开 发 人 员 根据 iPhone 的 设计 稿 去 适 配 。 于 是 Android 开 发 人 员 只 好 去 做 UI 自 适应 ， 使 用 .9 图 拉 伸 技术 ， 实 在 搞 不 定 了 ， 才 去 找 设计 师 
iPhone 的 App 大 都 很 精致 ， 相 应 的 Android 版 本 都 很 粗糙 ， 这 是 因为 Android App 的 UI 很 多 都 是 开发 人 员 任 着 自己 的 审美 观 去 二 次 加 工 的 。 


师 重新 


只 会 给 出 iPhone 版 本 的 设计 
新 给 画 一 张 。 所 以 我 们 会 看 到 


2) 其 次 ， 不 同 drawable 目 录 下 放置 着 不 同 内 容 的 图 片 。 用 开发 人 员 的 话 讲 ， 好 找 。 比 如 drawable 目 录 下 放 各 种 Selector 文 件 ，drawable-hdpi 目 录 下 放 美 食 类 图 片 ，drawable- 
large 目 录 下 放 门 票 图 片 。 所 以 ， 目 录 虽 多 ， 但 其 实 只 有 一 套图 。 殊 不 知 ， 这 样 反而 降低 了 App 运 行 的 速度 ， 因 为 它 在 相应 分 辨 率 的 drawable 目 录 下 找 不 到 某 张 图 片 时 ， 就 会 逐个 遍历 每 
个 drawable 目 录 下 的 图 片 ， 直 至 找到 该 图 片 的 位 置 。 


9.5.15 ”从 代码 层面 减少 iOS 包 的 体积 


对 于 iOS 而 言 ， 在 ipa 包 中 会 有 一 个 .a 格式 的 二 进 制 文件 ， 这 是 代码 编译 后 生成 的 文件 ， 往 往 占据 了 整个 ipa 包 的 50% 到 80% 的 体积 。 苹 果 曾 要 求 所 有 的 App 都 支持 64 位 ， 于 是 在 此 基础 
上 ,ipa 包 的 体积 又 扩大 了 将 近 一 倍 ， 主 要 是 那个 .a 文件 编译 后 变 大 了 。 


四 


我 们 要 想 办 法 减少 这 个 .a 文件 的 大 小 ， 其 实 就 是 要 减少 项 目 中 的 匈 余 代码 。 经 过 不 断 地 摸索 和 尝试 ， 我 发 现 这 些 元 余 代 码 分 为 以 下 3 部 分 : 


1) 已 经 不 使 用 的 类 。 为 此 ， 我 们 需要 写 一 个 Python 脚本 ， 逐 个 检查 哪些 类 不 再 使 用 了 。 检 查 的 过 程 中 我 发 现 ， 某 个 类 即使 不 使 用 了 ， 但 是 在 其 他 类 中 仍然 保持 对 它 的 引用 ， 所 以 我 
们 要 排除 掉 这 种 特殊 情况 ， 不 让 它 对 我 们 的 检查 工作 造成 影响 。 


还 存在 这 么 一 种 情况 ， 在 A 类 中 使 用 了 B。A 类 不 再 使 用 了 ， 第 一 遍 执行 Python 脚本 找 出 来 A 类 ， 将 其 删除 了 。 这 时 B 类 就 孤零零 地 放 在 那里 ， 也 不 再 使 用 了 ， 所 以 我 们 有 必要 再 次 执 
行 Python 脚本 ， 将 B 也 找 出 来 。 以 此 类 推 ， 不 停 地 执行 这 个 Python 脚本 ， 直 到 再 也 找 不 到 不 再 使 用 的 类 为 止 。 


2 


Re 


已 经 不 再 使 用 的 方法 。 这 个 找 起 来 有 些 费 劲 ， 因 为 Objective-C 独 特 的 方法 签名 形式 (方法 签名 由 三 部 分 组 成 ， 包 括 方法 名 称 、 参 数 和 返回 类 型 ) 。 


仍然 需 写 一 个 Python 脚本 ， 逐 个 遍历 每 个 类 中 的 方法 ， 然 后 到 项 目 中 查找 是 否 使 用 到 了 。 


在 执行 过 程 中 ， 遇 到 这 么 一 种 情况 ，A 类 和 B 类 都 有 loveBaobao 这 个 方法 ， 方 法 签名 也 完全 相同 。 这 时 Python 是 区 分 不 出 来 到 底 是 使 用 了 哪个 类 的 loveBaobac 方 法 的 。 我 们 也 只 能 
将 其 汇总 起 来 ， 然 后 用 手动 检查 。 


此 外 ， 有 很 多 方法 是 系统 自 带 的 ， 比 如 说 UITableView 的 那 6 个 方法 ， 只 要 使 用 了 UITableView 的 页 面 ， 都 有 这 6 个 方法 。 我 们 在 执行 Python 脚本 的 时 候 ， 不 应 该 统计 这 样 的 方法 。 所 
以 需要 做 一 个 白 名 单 ， 事 先 把 这 些 方法 填 进 去 。 


3) 代码 相似 度 问 题 。 初 级 程序 员 在 写 代码 时 ， 喜 欢 把 一 段 代码 从 A 类 粘贴 到 B 类 中 ， 然 后 修改 其 中 的 几 个 变量 名 称 ， 这 个 功能 就 算 做 完了 。 于 是 两 段 相似 度 极 高 的 代码 就 产生 了 。 


稍微 懂得 些 面向 对 象 思 想 的 人 ， 都 知道 这 时 候 需要 把 这 样 的 代码 抽象 出 来 ， 比 如 在 Utils 类 中 新 建 一 个 方法 ， 然 后 要 用 到 这 段 逻 辑 的 人 调用 Utils 类 的 这 个 方法 即 可 。 


但 并 不 是 所 有 的 程序 员 都 有 这 样 的 境界 ， 即 使 是 有 几 年 开发 经 验 的 人 ， 也 会 采用 复制 粘贴 大 法 敷衍 了 事 。 久 而 久之 ， 宛 余 代码 就 多 了 ， 包 的 体积 自然 就 大 了 。 为 此 ， 我 们 需要 有 一 个 
从 查 代码 相似 度 的 工具 。 在 iOS 领 域 ， 我 推荐 Simian 这 个 工具 。 有 兴趣 的 读者 可 以 尝试 一 下 ， 对 你 们 的 项 目 使 用 一 下 这 个 工具 ， 看 能 找 出 来 多 少 相似 的 代码 来 。 


[关于 Android 增 量 更 新 技术 ， 请 参见 http://blog.csdn.net/hmg25/article/details/8100896。 

网 | 关于 iOS 增 量 更 新 机 制 ， 请 参见 https://developer.apple.com/library/ios/qa/qal779/_index.html? 
utm_source=iOS+Dev+Weekly&utm_campaign=iOS_Dev_Weekly_Issue_114&utm_ medium=email。 

[3] 详细 内 容 请 参见 知 乎 上 的 这 篇 文章 : http://www.zhihu.com/question/25421514/answer/31623909。 


[和 文章 参见 http://martiancraft.com/blog/2014/09/vector-images-xcode6/。 


9.6“ 况 品 技术 四 警 : 性 能 优化 
9.6.1 App 自动 选 取 最 佳 服务 器 的 策略 


我 们 经 常 看 到 App 中 会 包含 一 个 服务 器 列表 文件 ， 开 发 人 员 和 测试 人 员 可 以 随意 切换 到 任意 服务 器 进行 开发 测试 工作 。 


这 只 是 服务 器 列表 文件 的 一 种 功用 ， 是 给 开发 和 测试 人 员 使 用 的 ， 为 此 我 们 需要 为 App 设 计 一 个 后 门 ， 由 他 们 手动 进行 切换 ， 相 关内 容 请 参见 9.9.2 章 节 。 


服务 器 列表 文件 还 有 另 一 种 作用 ， 就 是 由 App 自 己 来 决定 选用 哪个 服务 器 作为 MobileAPI 服 务 器 。 


众所周知 ，App 发 起 MobileAPI 请 求 到 接收 到 数据 ， 这 个 过 程 所 耗费 的 时 间 由 3 部 分 组 成 : 从 App 到 达 服 务 器 的 时 间 ， 服 务 器 处 理 的 时 间 ， 从 服务 器 到 App 的 时 间 。 其 中 ， 从 App 到 达 
服务 器 的 时 间 ， 加 上 从 服务 器 到 App 的 时 间 ， 我 们 称 为 来 回 走 路 时 间 。 对 于 2G、3G、4G 和 WiFi 用 户 ， 因 为 网 络 环境 的 不 同 ， 来 回 走路 时 间 大 相 径 庭 。 


于 是 我 们 会 准备 多 台 服 务 器 ， 可 能 是 放 在 全 国 各 地 ， 也 可 能 是 分 别 接 入 电信 、 移 动 或 联通 的 专线 。 这 些 服务 器 有 可 能 是 配置 相同 的 ， 也 有 可 能 是 由 若干 高 配 和 低 配 组 成 。 我 们 把 这 些 
服务 器 的 域名 罗列 在 App 的 服务 器 列表 文件 中 ， 如 下 所 示 : 


<Servers> 
<Server key="s1" type="3G" url="http:// loginl.company.com/" 
<Server key="s2" type="3G" url="http:// login2.company.com/" 
<Server key="s3" type="4G" url="http:// login3.company.com/" 
<Server key="s4" type="4G" url="http:// login4.company.com/" 
<Server key="s5" type="2G" url="http:// login5.company.com/" 
<Server key="s6" type="2G" url="http:// login6.company.com/"> 
<Server key="s7" type="WiFi" url="http:// login7.company.com/"> 
<Server key="s8" type="WiFi" url="http:// login8.company.com/"> 

</Servers> 
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走路 的 时 


接 下 来 ,我们 会 让 MobileAPI 提 供 一 个 接口 服务 A， 该 接口 不 需要 任何 入 参 ， 直 接 返 回 1 这 个 结果 。 这 样 就 确保 了 App 从 发 起 MobileAPI 请 求 到 接收 到 数据 的 时 间 ， 就 是 来 
间 。 


在 App 第 一 次 启动 的 时 候 ， 我 会 让 App 根 据 当前 的 网 络 情况 ， 遍 历 服务 器 列表 文件 中 的 域名 ， 访 问 这 些 域名 下 的 接口 服务 A， 计 算出 哪个 域名 的 访问 速度 最 快 。 同 一 个 域名 只 访问 一 
次 ， 得 不 到 准确 的 数据 ， 一 般 而 言 ， 我 会 调用 10 次 后 取 平 均值 ， 来 作为 参考 标准 。 


当 网 络 环境 发 生变 化 的 时 候 ， 也 要 把 上 述 这 个 操作 执行 一 遍 ， 测 算出 该 网 络 环境 下 哪个 域名 的 访问 速度 最 块 。 为 了 避免 频繁 做 这 个 事情 ， 我 会 设置 一 个 缓存 ， 记 录 最 后 一 次 测算 每 种 
网 络 环境 的 时 间 ， 以 确保 1 个 小 时 之 内 不 会 测算 2 次 。 


一 旦 测算 出 当前 网 络 环境 下 哪个 域名 的 访问 速度 最 快 ， 那 么 接 下 来 1 个 小 时 内 ， 访 问 MobileAPI 就 会 使 用 这 个 域名 了 。1 个 小 时 后 ， 我 们 将 在 App 后 台 线 程 再 次 发 起 测算 工作 ， 重 新 选 
择 最 佳 的 域名 。 


上 述 这 种 解决 方案 ， 能 帮助 用 户 选 择 最 快 的 MobileAPI 服 务 器 ， 但 是 由 此 会 导致 另 一 种 负面 效果 ，App 一 厢 情 愿 地 认为 网 络 环境 好 所 对 应 的 服务 器 访问 速度 也 最 快 ， 于 是 这 人 台 服 务 器 
的 CPU 会 迅速 被 占 满 ， 无 法 处 理 后 续 接 中 而 至 的 网 络 请 求 。 所 以 ， 我 们 要 将 服务 器 的 处 理 能 力 划分 为 优良 中 差 四 种 级 别 ， 并 在 App 发 起 测评 请 求 ( 调 用 MobileAPI 接 口服 务 A) 的 时 候 把 
这 个 值 返 回 给 App， 当 达到 中 (CPU 占用 60%) 这 个 级 别 时 ， 即 使 网 速 很 快 ， 也 不 能 采用 这 个 域名 对 应 的 服务 器 。 


9.6.2 ”使 用 TCP+Protobuf 


Ts 


大 多 数 公司 还 在 纠结 于 如 何 能 更 好 提高 MobileAPI 的 性 能 时 ， 已 经 有 公司 开始 抛弃 HTTP+JSON， 开 始 走 TCP+ProtoBuf 的 路 线 了 。 


TCP 是 长 连接 ，ProtoBuf 则 是 基于 二 进 制 的 协议 ， 可 读 性 差 但 是 体积 小 。 这 里 我 不 讨论 Protobuf 协 议 中 的 required、optiona| 或 repeated 关 键 字 ， 也 不 讨论 Android 和 iOS 大 小 端 对 
齐 的 问题 。 这 些 都 属于 App 和 服务 器 能 使 用 Protobuf 进 行 通信 的 第 一 步 。 


我 只 说 三 点 ， 一 是 工具 ， 二 是 架构 ， 三 是 性 能 。 


全 亚 上 


我 们 需要 做 一 个 工具 ， 能 帮助 开发 人 员 把 ProtoBuf 协 议 自 动 转换 为 Android 或 iOSs 的 实体 类 和 相应 的 方法 。 使 用 该 方法 就 可 以 发 起 一 次 ProtoBuf 请 求 并 获取 到 服务 器 返回 的 实体 数 
据 ， 这 将 极 大 地 加 速 开 发 人 员 的 工作 效率 。 


2. 架 构 


传统 MobileAPI 返 回 HTTP+JSON， 当 我 们 改 为 使 用 TCP+ProtoBuf 的 时 候 ， 之 前 的 JSON 仍 然 要 维护 ， 因 为 我 们 要 给 自己 留 一 条 后 路 ,一旦 服务 器 上 的 TCP+ProtoBuf 打 不 住 了 ， 要 
立刻 能 切换 回 HTTP+JSON。 


那么 问题 就 来 了 。 难 道 我 们 要 为 App 同 时 维护 两 套 MobileAPI 逻 辑 吗 ?当然 不 行 ， 一 种 理想 的 设计 方案 如 图 9-11 所 示 。 


Protobuf 


业务 锡 辑 


图 9-11 新 的 MobileAPI 架 构 设 计 


但 是 反观 我 们 的 MobileAPI 代 码 ， 却 不 是 这 样 的， 你 会 发 现 业务 逻 辑 和 JSON 绑 定 很 紧 ， 往 往 是 从 后 台 取 到 数据 就 立刻 填充 到 JSON 字 段 中 了 。 我 们 需要 重 构 ， 把 取 数 据 的 业务 逻辑 和 
返回 什么 样 的 数据 (JSON 或 ProtoBuf) 剥离 开 ， 最 好 能 拆 分 成 3 个 项 目 ， 最 差 也 应 该 是 在 一 个 项 目 中 拆 分 为 不 同 的 目录 。 这 样 业务 逻 辑 如 果 有 变动 ， 只 需要 修改 一 个 地 方 ， 然 后 在 JSON 
或 ProtoBuf 中 追加 字段 。 


生成 器 模式 (Builder) 这 时 候 就 能 派 上 用 场 了 ， 它 能 很 好 地 弥合 ProtoBuf 和 JSON 这 两 种 数据 格式 的 差异 性 。 


我 们 把 业务 罗 辑 、JSON 生 成 器 、ProtoBuf 生 成 器 框 在 一 起 后 ， 下 一 步 要 面临 的 就 是 以 HTTP 还 是 TCP 的 协议 返回 给 App 数 据 了 。HTTP 协 议 由 Header 和 Body 两 部 分 组 成 ， 都 需要 填充 
数据 ， 其 实 我 们 也 可 以 在 TCP 协 议 中 定义 Header 和 Body， 把 之 前 填充 在 HTTP 的 Header 中 的 版 本 信息 、Cookie 传 递 过 去 。 


策略 模式 (Strategy) 可 以 用 于 指定 使 用 Http 协 议 还 是 TCP 协 议 。 
3. 性 能 
TCP 要 解决 的 技术 难点 就 在 于 ， 服 务 器 上 长 连接 数量 多 会 导致 服务 器 性 能 压力 ， 如 果 解 决 不 了 ， 用 起 来 还 不 如 HTTP。 


于 是 我 们 采取 TCP 长 连接 和 短 连接 混合 的 模式 。 


TCP 长 连接 就 是 每 个 App 客 户 端 都 是 作为 一 个 连接 ， 保 存在 服务 器 的 长 连接 池 中 。 但 是 这 个 池子 中 的 长 连接 数量 是 有 上 限 的 ， 所 以 我 们 持续 清理 池子 中 长 期 不 使 用 的 长 连接 ， 比 如 说 
几 分 钟 内 不 使 用 就 关闭 这 个 连接 ， 大 不 了 以 后 再 连 上 来 。 


资源 是 有 限 的 ， 对 于 日 活 几 十 万 的 App 而 言 ， 我 们 要 保证 服务 器 至 少 能 支撑 这 几 十 万 个 长 连接 。 如 果 超 过 了 这 个 池子 的 上 限 ， 那 么 我 们 就 要 使 用 短 连 接 作为 补充 。 短 连接 就 是 连接 后 
完成 一 次 调用 就 把 连接 关闭 了 。 


服务 器 要 根据 当前 长 连接 池 的 情况 ， 来 决定 建立 长 连接 还 是 短 连接 。 如 果 TCP 长 连接 和 短 连接 都 没有 资源 了 ， 那 就 切换 到 HTTP， 这 其 实 也 是 一 种 短 连接 。 


网 络 请 求 的 场景 不 同 ， 也 会 影响 TCP 长 连接 和 短 连 接 的 选择 。 比 如 说 xmpp 聊 天 ， 就 比较 适合 TCP 长 连接 。 用 户 的 活跃 度 ， 也 可 以 作为 选择 TCP 长 连接 还 是 短 连 接 的 依据 。 活 跃 用 户 往 


往 会 长 时 间 使 用 App， 频 繁 发 起 网 络 请 求 ， 这 时 候 要 使 用 长 连接 。 对 于 那些 偶尔 打开 App 随 便 点 一 点 看 一 看 的 用 户 ， 可 以 先 使 用 短 连接 。 等 用 户 发 起 网 络 请 求 的 次 数 超过 某 个 阔 值 时 ， 就 
切换 到 长 连接 。 


网 络 环境 是 影响 App 选 择 TCP 长 连接 还 是 短 连接 的 又 一 个 因素 。 对 于 WiFi 环 境 ， 网 络 请 求 普遍 比 2G6、3G 和 4G 要 好 。 接 下 来 的 策略 有 两 种 : 
“ 快 的 更 快 、 慢 的 更 慢 ， 为 使 用 WiFi 的 客户 端 建立 长 连接 ， 而 为 2G、3G、4G 网 络 环境 下 的 客户 端 分 配 短 连接 。 


: 均衡 策略 ， 反 正 WiFi 已 经 很 快 了 ， 分 配给 它 短 连接 不 会 有 太 大 影响 ， 而 为 了 提高 2G、3G、4G 网 络 环境 下 的 客户 端 访问 速度 ， 尽 量 为 它们 建立 长 连接 。 关 于 在 2G、3G、4G 网 络 环境 
使 用 TCP 长 连接 是 一 个 很 热 的 话题 ， 经 常会 出 现 网 络 不 给 力 时 致 TCP 连 接 频 繁 断 开 的 情况 ， 所 以 我 们 要 做 好 随时 可 以 把 这 部 分 用 户 切换 到 HTTP 短 连接 的 机 制 ， 以 备 突 发 情况 的 发 生 。 


不 得 不 说 的 是 ，WiFi 不 一 定 快 过 4G， 甚 至 是 3G 和 2G， 所 以 上 述 策略 有 不 准 的 情况 。 


9.7。 竞 品 技术 五 警 : 数据 采集 工具 


9.7.1 页面 跳 转 器 


页 面 跳 转 器 是 页 面 打点 的 前 提 。 


对 于 Android 而 言 ， 有 Intent 来 帮助 我 们 进行 页 面 跳 转 和 传 值 。 但 是 你 会 发 现 ， 想 从 A 页 面 跳 转 到 B 页 面 ， 在 A 页 面 要 声明 B 页 面 的 实例 ， 这 是 一 个 强 引 用 ， 如 下 所 示 : 


Intent intent = new Intent (MainActivity.this, SecondActivity.class); 
startActivity (intent); 


对 于 iOSs 而 言 ， 就 连 Intent 这 样 的 机 制 都 没有 了 。 我 们 不 但 要 在 A 页 面 声明 B 页 面 实例 ， 还 要 通过 为 B 设 置 属性 的 方式 ， 进 行 页 面 间 传 值 。 如 下 所 示 : 


=- (voidq) jumpTo { 
APageViewController* b = [[APageViewController alloc] init]; 
b.version = "5.7.1"7 
[self.navigationController pushViewController: b animated: YES]; 
[b releasel]; 


我 们 一 直 在 强调 解 耦 ， 但 是 在 iOS 和 Android 的 页 面 传 值 上 却 不 遵守 这 个 原则 。 于 是 很 多 公司 开始 致力 于 解决 这 个 问题 。 写 一 个 Navigator 类 ， 通 过 使 用 反射 技术 可 以 接触 页 面 间 的 耦 
合 性 ， 这 样 我 们 就 可 以 把 所 有 的 页 面 都 定义 在 一 个 XML 配置 文件 中 ， 每 个 节点 包括 该 页 面 的 key、 对 应 的 类 名 称 、 打 开 方 式 。 


我 们 先 解决 iOS 的 页 面 传 参 。 使 用 一 个 字典 作为 页 面 间 参 数 传递 的 载体 ， 为 此 ， 在 ViewController 的 基 类 中 定义 一 个 字典 参数 ， 这 样 在 Navigator 反 射 的 时 候 ， 将 传递 进来 的 参数 设置 
给 页 面 实例 即 可 ， 下 面 ， 分 别 是 Navigator 的 h 和 m 文 件 : 


#import <Foundation/Foundation.h> 
Qinterface Navigator : NSObject { 
} 
+ (Navigator *)sharedInstance; 
+ (void)navigateTo: (NSString *)viewController; 
+ (void)navigateTo: (NSString *)viewController 
withData: (NSDictionary *)param; 
@end 
#import "Navigator.h" 
#import "BaseViewController.h" 
#import "SynthesizeSingleton.h" 
@implementation Navigator 
SYNTHESIZE SINGLETON FOR CLASS (Navigator); 
+ (void)navigateTo: (NSString *)viewController { 
[self navigateTo:viewController withData:nil]; 
} 
+ (void)navigateTo: (NSString *)viewController 
withData: (NSDictionary *)param { 
BaseViewController * classObject = (BaseViewController *) 
[[NsClassFromString (viewController) alloc] init]; 
classObject .param = param; 
[classObject .navigationController 
pushViewController:classObject animated:YES]; 


[classObject releasel]; 


} 


为 了 解决 页 面 间 传 参 的 问题 ， 我 们 需要 在 BaseViewController 中 增加 一 个 params 属 性 ， 这 是 一 个 字典 ， 在 跳 转 前 把 要 传递 的 属性 塞 进去 ， 在 跳 转 后 把 字典 中 的 值 再 取出 来 : 


Qinterface BaseViewController : UIViewController { 
NSDictionary* param; 
} 


@property (nonatomic, retain) NSDictionary* param; 


那么 在 使 用 时 就 非常 简单 了 ， 如 下 所 示 : 


- (voidq) jumpTo { 
NSMutableDictionary* dict = [NSMutableDictionary dictionary]; 
[dict setObject: @"5.7.1" forKey:@"version"]; 
[Navigator navigateTo: @"BViewController" withData: dict]; 


而 在 目标 页 BViewController 要 接收 这 个 参数 : 


if(self.param!=nil){ 
version = [self.param objectForKey: @"version"]; 


} 


接 下 来 要 解决 的 是 Android 的 页 面 耦合 。 不 必 新 建 一 个 Navigator 类 ， 我 们 完全 可 以 利用 Activity 基 类 ， 增 加 一 个 navigatorTo 方 法 ， 利 用 反射 把 要 跳 转 的 页 面 实例 化 出 来 ， 如 下 所 


| 


public abstract class AppBaseActivity extends BaseActivity { 
public void navigatorTo (final String activityName, final Intent intent) { 
Class<?> clazz = null; 


try { 
clazz = Class.forName (activityName); 
if (clazz != null) { 


intent.setClass (this, clazz); 
this.startActivity (intent); 


} catch (ClassNotFoundException ignore) { 
return; 


} 


相应 的 ， 我 们 要 创建 ActivityNameConstants 这 个 类 ， 用 来 存放 每 个 Activity 的 用 于 反射 的 全 名 称 ， 如 下 所 示 : 


public class ActivityNameConstants { 
public final static String SecondActivity 
= "com.example.navigator.SecondActivity"; 


} 


在 Activity 使 用 navigatorTo 方 法 的 时 候 就 非常 简单 了 ， 如 下 所 示 : 


Intent intent = new Intent () 
intent .putExtra("name"，"Uiancqiang") 7 
navigateTo (ActivityNameConstants.SecongdActivity, intent); 


相应 的 ， 还 应 该 有 一 个 startActivityForResult 方 法 ， 实 现 原 理 差 不 多 ， 我 这 里 就 不 歼 述 了 。 


9.7.2 打点 统计 


1. 打 点 统计 的 两 大 痛 点 


如 何 寻 找 一 种 好 的 打点 统计 方法 ， 是 整个 App 业 界 都 在 做 的 一 件 事情 。 我 这 里 只 是 抛砖引玉 ， 把 我 这 三 年 来 的 实战 经 验 和 切身 感受 分 享 给 大 家 。 


确保 App 打 点 数据 的 准确 和 无 遗漏 ， 是 实现 “数据 驱动 产品 ”的 第 一 步 ， 非 常 重要 。 纵 观 各 大 公司 的 打点 办 法 ， 都 非常 原始 ， 往 往 是 哪个 页 面 或 哪个 事件 需要 打点 ， 就 在 相应 的 方法 
体 中 写 一 行 打点 的 语句 。 


这 种 原始 的 打点 方式 直接 导致 以 下 问题 : 
“ 不 全 ， 经 常 漏 打 。 
' 不 准 ， 经 常 打 错 。 


一 旦 发 生 了 上 述 问 题 ， 要 等 下 次 发 版 后 ， 数 据 才 会 恢复 正常 。 基 于 此 ， 我 们 需要 解决 2 个 痛 点 : 


1) 如 何在 发 版 前 就 能 检查 出 漏 打 的 和 打 错 的 点 。 
2) 如 果 在 发 版 后 发 现 漏 打 的 和 打 错 的 点 ， 快 速 修复 快速 上 线 ， 而 不 必 等 新 版 本 发 布 。 
打点 分 为 两 种 ， 页 面 打 点 ， 事 件 打点 。 接 下 来 我 们 逐个 讨论 。 

2 .页面 打点 


相 比 较 而 言 ， 页 面 打点 比较 容易 实现 。 我 们 可 以 统一 在 页 面 跳 转 时 ， 进 行 页 面 打点 统计 。 还 记得 前 面 章节 介绍 的 跳 转 器 吗 ”我 们 只 要 在 这 个 地 方 加 上 页 面 打 点 语句 即 可 。 


iOS 的 实现 是 在 Navigator 的 navigateTo 方 法 中 ， 我 们 在 9.7.1 节 介绍 过 这 个 类 ， 如 下 所 示 : 


+ (void)navigateTo: (NSString *)viewController 
withData: (NSDictionary *)param { 

// 在 这 里 执行 页 面 打点 的 操作 

BaseViewController * classObject = (BaseViewController *) 
[[NSClassFromString (viewController) alloc] init]; 

classObject .param = param; 

[classObject .navigationController 
pushViewController:classObject animated:YES]; 

[classObject releasel]; 


Android 的 实现 则 是 在 BaseActivity 基 类 的 navigateTo 方 法 中 ， 我 们 在 9.7.1 节 中 介绍 过 这 个 方法 ， 如 下 所 示 : 


Public void navigateTo (final String activityName, 
final Intent intent) { 
// 在 这 个 位 置 执行 PV 打点 的 操作 
Class<?> clazz = null; 
try { 
clazz = Class.forName (activityName); 
if (clazz != null) { 
intent .setClass (this, clazz); 
this.startActivity (intent); 


} 
} catch (final ClassNotFoundException e) { 


return; 


} 


只 要 把 页 面 打 点 语句 写 在 上 面 代码 片段 的 注释 位 置 就 好 了 。 在 这 个 位 置 ， 我 们 可 以 搜集 到 页 面 名 称 (viewController 或 activityName 参 数 ) ， 也 可 以 解析 param 字 典 或 Intent 参 数 ， 
从 中 找 出 一 些 重要 的 参数 记录 下 来 ， 比 如 说 movield。 


采取 上 述 机 制 ， 能 有 效 防止 页 面 打点 遗漏 的 问题 。 


此 外 ， 为 了 防止 打点 错误 ， 应 该 动态 传递 当天 ViewController 或 Activity 的 名 称 ， 而 不 是 手动 去 拼写 这 个 字符 串 ， 这 就 增加 了 出 错 的 可 能 性 。 


相 比 较 而 言 ， 页 面 打点 的 解决 方案 比较 简单 ， 我 们 甚至 可 以 使 用 这 种 机 制 ， 计 算出 页 面 停留 时 间 。 接 下 来 要 介绍 的 事件 打点 的 优化 方案 ， 可 就 不 那么 简单 了 。 


3. 事 件 打点 


事件 打点 是 比较 棘手 的 。 一 般 而 言 ， 我 们 为 事件 打点 都 是 在 事件 方法 中 ， 增 加 一 行事 件 打点 的 代码 。 这 样 的 代码 多 了 ， 就 很 难 维护 ， 经 常 发 生 打 错 点 或 者 有 遗漏 的 情况 ， 有 时 则 是 这 
个 适 代 有 某 个 事件 的 打点 数据 ， 但 是 下 个 迭代 却 不 小 心 删除 了 。 


我 们 系 望 App 开 发 人 员 在 写 代码 的 时 候 ， 不 需要 考虑 打点 的 事情 ， 不 需要 额外 准备 打点 所 需要 的 信息 ， 比 如 说 哪个 页 面 哪个 控件 以 及 相关 的 数据 。 为 此 ， 我 们 写 一 个 基 类 ， 把 打点 逻 


辑 封装 在 这 个 基 类 中 。 任 何 继承 自 这 个 基 类 的 控件 ， 就 能 自动 打点 ， 而 不 用 把 打点 逻辑 写 在 业务 代码 中 。 
这 里 我 们 先 看 按钮 ， 因 为 绝 大 多 数 打点 ， 都 是 基于 按钮 的 点 击 。 


对 于 iOS， 为 一 个 按钮 添加 点 击 事件 是 通过 addTarget 方 法 ， 如 下 所 示 : 


UIButton* getInfoButton; 
[getInfoButton addTarget: self 
action: Qselector (getInfo) 
forControlEvents:UIControlEventTouchUpInsidel]; 


那么 我 们 要 写 一 个 继承 自 UIButton 的 新 控件 ， 比 如 就 叫 UVButton。 我 发 现 ， 所 有 的 UI 控件 都 继承 自 UIControl 这 个 基 类 ， 它 有 一 个 sendAction 方 法 ， 这 个 方法 会 在 点 击 事件 发 生 后 
第 一 个 执行 ， 之 后 才 执 行 addTarget 上 绑 定 的 方法 。 于 是 就 可 以 在 UVButton 中 重 写 这 个 sendAction 方 法 ， 如 下 所 示 : 


Qinterface UVButton : UIButton 

@end 

#import "UVButton.h" 

@implementation UVButton 

- (void) sendAction: (SEL)action to: (id)target 
forEvent: (UIEvent *)event 


// 在 这 里 写 一 个 方法 ， 执 行 打点 操作 


[super sendAction:action to:target forEvent:event]; 


打点 操作 的 方法 我 这 里 就 不 提供 了 ， 反 正 就 是 搜集 一 些 信息 ， 存 在 某 个 地 方 ， 等 待 发 送出 去 。 


那么 在 程序 中 ， 所 有 的 按钮 我 们 都 将 使 用 UVButton， 你 会 发 现 ， 之 前 的 逻辑 是 什么 ， 完 全 不 需要 修改 。 只 要 把 按钮 声明 为 UVButton 即 可 。 


对 于 Android， 其 实 也 可 以 这 么 做 ， 创 建 一 个 新 的 按钮 ， 重 写 它 的 click 方 法 。 但 是 我 们 发 现 Android 为 控件 绑 定 响应 方法 的 语法 是 通过 setOnClickListener， 如 下 所 示 : 


btnLogin.setOnClickListener( 
new View.OnClickListener() { 
@Override 
public void onClick(View v) { 
gotoLoginActivity(); 
} 
); 


我 们 已 经 习惯 在 程序 中 使 用 OnClickListener， 复 写 它 的 onClick 方 法 ， 来 实现 按钮 点 击 后 的 业务 逻辑 。 我 们 为 什么 不 能 从 OnClickListener 中 派生 出 一 个 子 类 呢 ? 比如 叫 
OnUVvcClickListener， 复 写 它 的 onClick 方 法 ， 实 现 事件 打点 的 逻辑 。 


那么 接 下 来 在 程序 中 就 使 用 OnUVClickListener 来 代替 OnClickListener 了 ， 除 此 之 外 ， 代 码 逻 辑 和 之 前 一 样 。 


上 面 的 讨论 虽然 只 是 按钮 ， 但 也 可 以 适用 于 Image 控 件 。 而 对 于 列表 控件 、Tab 之 类 的 复合 控件 ， 则 需要 特殊 情况 特殊 处 理 。 


4 事件 打点 的 验证 
如 果 可 能 ， 我 们 希望 采集 每 个 页 面 和 每 个 事件 的 点 。 但 并 不 总 是 这 样 ， 所 以 我 们 需要 有 一 个 配置 文件 ， 每 次 页 面 跳 转 或 点 击 控件 的 时 候 ， 都 检查 这 个 动作 是 否 需要 采集 打点 。 


按照 上 述 这 种 解决 方案 ， 我 们 需要 写 一 个 Python 小 程序 ， 每 次 发 版 前 验证 一 下 这 个 配置 文件 ， 确 保 打 点 数据 是 全 的 ， 而 且 没有 错误 。 


做 得 再 极致 一 些 ， 这 个 配置 文件 可 以 设计 成 从 服务 器 动态 下 载 。 这 样 发 现 错 了 或 者 漏 了 ， 就 可 以 在 服务 器 提供 一 份 新 的 配置 文件 供用 户 下 载 。 


对 于 大 多 数 App 而 言 ， 是 没有 这 个 配置 文件 的 。 代 码 已 经 写成 这 样 的 ， 再 改 一 遍 不 划算 ， 那 么 要 使 用 Python 做 静态 代码 检查 就 不 能 依赖 于 配置 文件 这 个 统一 的 出 口 了 。 那 么 我 们 有 必 
要 统计 代码 中 所 需要 打点 的 地 方 ， 所 在 的 类 和 方法 ， 具 体 的 代码 行 位 置 ， 然 后 每 次 执行 Python 就 检查 这 些 地 方 。 


静态 代码 检查 只 能 确保 打点 的 代码 都 存在 ， 但 并 不 能 确保 在 运行 期 间 相 应 的 打点 代码 被 执行 到 了 。 


为 此 ， 需 要 引入 App 自 动 化 测试 。 


首先 在 App 端 编写 一 组 能 够 完整 覆盖 打点 的 自动 化 测试 用 例 ， 在 即将 发 版 前 ， 执 行 一 遍 这 组 测试 用 例 。 


然后 ， 在 服务 器 端 ， 也 需要 编写 一 个 自动 化 脚本 ， 每 当 App 端 打点 的 自动 化 测试 用 例 执行 完 ， 我 们 就 执行 服务 器 端的 这 个 自动 化 脚本 ， 检 查 是 否 所 有 点 都 打上 了 ， 以 及 打点 是 否 正 
确 。 


5. 如 何在 发 版 后 即时 修复 线 上 打点 的 错误 


目前 我 所 想到 的 解决 方案 有 : 


1) iOs 使 用 ua， 临 时 把 漏 打 或 者 打 错 的 点 修好 。 


2) Android 使 用 插件 化 编程 ， 更 新 有 问题 的 插件 。 


3) 还 记得 我 们 上 面 说 到 的 那个 记录 打点 的 配置 文件 吗 ” 把 这 个 配置 文件 做 成 服务 器 下 载 的 ， 如 果 漏 打 或 者 打 错 ， 那 么 就 更 新 这 个 配置 文件 。 
6. 处 理 App 中 的 HTML5 页 面 打 点 


App 中 有 很 多 HTML5 页 面 ， 它 们 也 需要 打点 统计 数据 。 


一 种 做 法 则 是 回调 App 的 打点 机 制 ， 让 App 把 打点 数据 传 到 服务 器 。 这 时 候 经 常 发 生 的 情况 是 ，App 有 bug， 某 个 版 本 上 线 后 突然 就 不 能 回 传 数据 了 。 所 以 HTML5 和 Native 之 间 的 协 
议 是 非常 重要 的 ， 每 次 发 版 前 都 要 逐一 测试 。 


另 一 种 做 法 是 HTML5 页 面 自己 编写 打点 语句 ， 然 后 上 传 到 服务 器 ， 这 样 即 使 出 错 了 ， 也 能 够 立刻 修复 立刻 上 线 。 


9.7.3 ABTest 


很 多 产品 经 理 做 一 个 功能 是 根据 主观 脐 断 出 来 的 ， 拿 不 出 切实 的 数据 来 证 明 方 案 的 可 行 性 ， 只 能 根据 上 线 后 的 订单 转化 率 ， 来 猜测 该 方案 是 否 有 效 。 


这 样 做 就 像 是 赌博 ， 这 个 问题 也 是 最 近 一 两 年 才 暴露 出 来 ， 于 是 很 多 App 开 始 在 所 有 页 面 打点 ， 采 集 用 户 行为 ， 把 这 些 数 据 放 到 Hadoop 中 做 大 数据 分 析 ， 最 后 基于 数据 来 决定 哪 种 
方案 是 可 行 的 。 于 是 我 们 采用 ABTest 这 种 强大 工具 ， 用 于 判断 : 


“ 做 一 个 新 功能 ， 做 之 前 和 做 之 后 哪个 更 有 效果 。 
“ 做 一 个 新 功能 ， 方 案 A 和 方案 B 哪 个 更 有 效果 。 


1. 什 么 是 ABTest 


: 场景 : 对 于 某 一 个 页 面 ，UI 样 式 的 修改 。 

“ 结果 : 得 到 旧版 和 新 版 (或 者 A 方案 和 B 方 案 ) 的 订单 转化 率 ， 比 较 后 决定 使 用 哪 种 UI。 

“ 策略 : 产品 经 理 和 运营 人 员 在 新 版 本 上 线 后 比较 一 周 ， 最 终 确 定 使 用 哪 一 种 。 这 个 决定 必须 在 一 个 迭代 内 迅速 作出 ， 和 否则 App 接 下 来 的 版 本 就 要 维护 两 套 页 面 的 代码 逻辑 。 
“规则: ABTest 不 一 定 是 A 和 B 各 占 50%， 也 有 可 能 是 A 占 20% 而 了 B 占 80%， 也 有 可 能 是 ABC 三 种 策略 各 占 一 定 的 比例 。 


ABTest 的 设计 难点 在 于 如 何 确保 数据 准确 。 


对 于 同一 个 设备 ， 在 第 一 次 获取 到 A 策略 后 ， 今 后 每 次 重启 App 访 问 那 个 页 面 都 将 一 直 是 A 策略 了 ， 除 非 我 们 关闭 了 该 页 面 的 ABTest 并 决定 从 此 以 后 使 用 B 策 略 的 页 面 ， 该 设备 才 有 机 
会 看 到 另 一 种 页 面 。 这 样 就 避免 了 ABTest 期 间 ， 同 一 个 用 户 每 次 看 这 个 页 面 都 随即 有 不 同 的 UI 样式 ， 这 样 我 们 就 不 能 判断 这 位 用 户 下 单 是 受 A 策略 还 是 B 策 略 的 影响 。 


2. 为 App 量 身 打 造 ABTest 
根据 上 述 策略 ， 我 们 对 App 和 MobileAPI 改 造 如 下 : 


: App 对 于 要 做 ABTest 的 页 面 ， 如 果 是 新 页 面 ， 那 么 要 做 两 套 UI，A 方 案 和 B 方 案 ; 如 果 是 改造 原 有 页 面 ， 那 么 不 是 在 原 有 页 面 上 进行 修改 ， 而 是 copy 一 份 这 个 页 面 的 副本 ， 然 后 在 副 


本 上 进行 修改 。 总 之 ， 无 论 是 哪 种 情况 ， 都 要 确保 有 两 套 UI。 


:App 每 次 启动 时 就 调用 MobileAPI 的 一 个 接口 A， 获 取 哪 些 页 面 要 进行 ABTest， 以 及 要 采用 哪 种 策略 ， 把 这 些 数 据 保存 到 本 地 文件 中 ， 注 意 ， 这 里 是 履 写 ， 也 就 是 说 之 前 保存 的 数据 
都 不 要 了 。 


那么 每 次 跳 转 到 一 个 页 面 ， 都 要 判断 一 下 ， 该 页 面 是 否 要 做 ABTest 以 及 相应 的 策略 ， 就 从 本 地 文件 中 读 取 到 这 些 数据 。 还 记得 我 在 9.7.1 节 介绍 的 页 面 跳 转 器 吗 ? 我 们 可 以 把 判断 逻辑 
写 在 这 个 统一 的 页 面 跳 转 器 中 。 


. 每 次 启动 App 时 才 会 调用 MobileAPI 的 接口 A 获 取 ABTest 策 略 ， 但 是 大 多 数 用 户 是 不 会 关闭 App 的 ， 只 是 简单 地 将 其 切换 到 后 台 ， 为 了 确保 ABTest 的 策略 及 时 更 新 ， 在 App 每 次 从 后 台 
切换 到 前 台 时 ， 都 要 调用 一 次 MobileAPI 的 接口 A。 


3. 如 何 确保 ABTest 公 平 


接 下 来 介绍 MobileAPI 中 ABTest 的 策略 分 配 算法 。MobileAPI 应 该 有 一 个 自 增 的 整数 count， 每 次 请 求 都 会 加 1。 如 果 是 AB 各 占 50% 的 话 ， 那 么 策略 就 是 count 除 以 2， 根 据 余数 来 分 
配 A 和 B 两 种 策略 。 如 果 ABC 各 三 分 之 一 ， 则 对 count 除 以 3 取 余数 来 分 配 ABC 三 种 策略 。 这 里 的 count 取 余数 的 算法 直接 决定 了 ABTest 策 略 的 公平 性 。 


策略 分 配 后 ， 每 次 有 新 的 设备 号 来 请 求 ABTest 策 略 ， 就 要 把 设备 和 分 配 到 的 策略 保存 下 来 ， 此 外 还 要 保存 要 做 ABTest 的 App 版 本 号 、 页 面 名 称 、Android 还 是 iPhone。 把 这 些 数据 
保存 在 数据 库 中 是 不 划算 的 ， 频 繁 的 IO 操作 会 导致 性 能 问题 ， 我 们 可 以 将 每 笔 数 据 写成 日 志保 存在 服务 器 ， 然 后 每 隔 几 个 小 时 就 发 送 到 Hadoop 上 ， 进 行 大 数据 分 析 。 


4. 如 何 衡量 ABTest 的 结果 


对 ABTest 的 结果 进行 衡量 ， 自 然 还 是 要 使 用 大 数据 分 析 。 


比如 ， 对 某 个 页 面 做 ABTest，AB 两 种 策略 各 占 50%。 我 们 观察 了 一 周 后 得 到 的 数据 是 这 样 的 : 


1) 订单 的 总 转化 率 是 40%， 分 子 40， 分 母 100。100 是 点 击 搜索 的 次 数 ， 而 40 是 下 单 的 次 数 。 


2) 分 子 40 由 10 个 A 和 和 30 个 B 组 成 ， 分 母 100 由 30 个 A 和 70 个 B 组 成 ， 那 么 A 的 转化 率 就 是 10/30=33%，B 的 转化 率 就 是 30/70=42%， 于 是 我 们 愉快 的 决定 采用 策略 B。 


也 许 会 有 人 问 ， 为 什么 A 的 分 母 是 30， 而 B 的 分 母 是 70， 取 样 儿 人 怎么 差距 这 么 大 。 这 是 因为 我 们 在 App 启 动 时 就 为 用 户 分 配 了 ABTest 策 略 ， 但 是 用 户 不 一 定 会 进入 搜索 页 和 要 做 
ABTest 的 那个 页 面 ， 这 样 无 形 中 就 白白 分 配 了 很 多 策略 。 


比较 精准 的 办 法 是 ， 在 需要 做 ABTest 的 页 面 ， 才 会 分 配 策略 ， 但 是 这 样 做 就 要 求 每 进入 一 个 页 面 都 要 请 求 MobileAPI 获 取 策 略 ， 这 无 疑 会 对 App 性 能 产生 影响 。 


另 一 种 折 中 的 解决 方案 是 ， 把 这 些 只 进入 过 搜索 页 但 是 没 进 入 到 ABTest 页 面 的 数据 ， 从 分 母 中 剔除 。 这 就 需要 9.7.2 节 中 采集 的 PV 打 点 数据 来 协助 了 。 


5. 为 产品 经 理 和 运营 人 员 提 供 ABTest 的 配置 后 台 和 报表 


我 们 要 为 运营 人 员 或 产品 经 理 设计 一 个 配置 ABTest 策 略 的 工具 ， 可 以 灵活 配置 在 哪个 页 面 、 哪 个 版 本 做 ABTest， 包 括 有 几 种 UI 样 式 ( 枚 举 ) ， 每 个 样式 的 百分比 是 多 少 ， 等 等 。 


对 于 每 个 品类 ， 一 次 只 做 一 个 页 面 的 ABTest。 比 如 说 火车 票 ， 如 果 有 两 个 页 面 同 时 做 ABTest， 将 难以 判断 转化 率 的 提升 ， 是 受 哪 一 个 页 面 修改 后 的 影响 。 


我 们 可 以 每 次 测 一 个 页 面 ， 得 到 结论 后 ， 再 去 测 另 一 个 页 面 。 如 果 每 次 发 版 的 间隔 是 2 周 的 话 ， 那 就 每 个 策略 测试 一 周 。 


此 外 ， 还 需要 有 报表 ， 能 在 采集 到 数据 后 ， 看 到 ABTest 的 结果 ， 以 便于 运营 人 员 或 产品 经 理 迅 速 做 决策 。 


对 于 Android 和 iOS， 应 该 可 以 分 开 看 报表 ， 也 可 以 合 在 一 起 看 数据 。 


6. 如 何 快速 采用 ABTest 得 到 的 策略 


一 旦 通过 ABTest 收 集 的 数据 分 析出 最 终 使 用 B 策 略 了 ， 那 么 如 何 能 快速 的 通知 App 该 页 面 将 不 再 进行 ABTest 并 永远 进入 B 页 面 呢 ? 在 下 个 版 本 删除 A 页 面 然 后 永远 进入 B 页 面 ， 这 件 
情 是 肯定 要 做 的 。 但 这 样 就 太 晚 了 ， 我 们 要 等 待 很 久 才 能 看 到 新 版 本 的 上 线 ， 所 以 我 们 要 在 当前 线 上 的 版 本 就 立刻 把 页 面 切 到 B。 因 此 ， 我 们 要 在 刚才 提 到 的 那个 MobileAPI 接 口 A 中 ， 永 
远 返 回 策略 B。 这 样 就 能 解决 及 时 更 新 策略 的 问题 了 。 


7. 实 施 ABTest 中 遇 到 的 一 些 问题 和 解决 方案 


我 在 设计 ABTest 的 实现 方案 时 ， 被 质疑 最 多 的 是 ， 每 做 一 次 ABTest， 都 要 设计 两 套 U|，App 开 发 人 员 的 工时 倍增 。 其 实 呢 ， 这 是 一 个 磨 刀 不 误 砍 柴 工 的 概念 。 如 果 我 们 猜 着 在 本 轮 迭 
代 中 开发 A 方 案 ， 两 周 后 发 现 效果 不 好 ， 然 后 在 下 个 迁 代 再 开发 B 方 案 一 一 开发 的 人 力 没有 省 ， 但 是 开发 的 周期 拉 长 了 ， 除 非 你 中 途 离职 ， 不 然 活 儿 永远 也 躲 不 掉 。 


另 一 种 做 ABTest 的 方法 是 使 用 Lua 脚 本 。MobileAPI 返 回 不 同 的 Lua 脚 本 ， 动 态 绘制 不 同 的 UI 样 式 。 这 样 就 不 用 在 App 中 准备 两 套 UI 了 。 


本 文 介绍 了 多 套 UI 的 ABTest 方 案 。 但 其 实 还 有 一 种 仅 限于 数据 层面 的 ABTest 方 案 ， 比 如 说 ， 点 击 搜索 按钮 ，50% 的 用 户 看 到 A 方案 的 数据 列表 ， 而 50% 的 用 户 看 到 B 方 案 的 数据 列 
表 ， 然 后 分 别 统计 这 两 种 方案 下 的 订单 转化 率 ， 最 终 采 用 转化 率 高 的 那 种 方案 。 由 于 不 需要 App 的 介入 ， 所 以 稍微 容易 一 些 。 


9.8 竞 品 技术 六 警 : 热 { 多 入 


9.8.1 Native 页 面 和 HTML5 页 面 的 相互 切换 


Native 页 面 和 HTML5 页 面 的 相互 切换 是 最 激动 人 心 的 技术 ， 比 我 一 直 在 研究 的 App 插 件 化 技术 还 要 震撼 。 因 为 插件 化 技术 只 能 适用 于 Android， 对 iOS 无 能 为 力 。 即 使 如 此 ， 搞 


Android 插 件 化 技术 需要 投入 大 量 的 人 力 物力 ， 如 果 团 队 不 够 大 是 不 建议 搞 插 件 化 编程 的 。 记 得 两 年 前 我 去 一 家 公司 面试 ， 他 们 当时 就 在 搞 App 插 件 化 ， 面 试 时 间 我 这 方面 的 东西 ， 被 我 
当场 泌 了 一 头 冷水 ， 然 后 就 没有 然后 了 。 


我 们 知道 ，Android 插 件 化 更 多 是 为 了 解决 线 上 严重 的 骨 溃 或 者 pug， 有 时 也 可 以 紧急 上 线 一 个 新 功能 ， 而 不 用 等 到 新 版 本 发 布 。 但 问题 恰恰 出 在 这 里 ， 真 正 需要 紧急 修复 的 是 iOS， 
因为 每 次 审核 都 要 1~ 2 周 的 时 间 ， 而 Android 可 以 随时 发 版 到 国内 各 大 市 场 。 我 们 不 能 做 亏本 的 买卖 ， 费 了 巨大 人 力 结 果 发 现 并 没有 解决 主要 矛盾 。 


种 做 法 有 些 得 不 偿 失 。 于 是 我 开始 思考 ， 能 否 只 修改 有 问题 的 那个 页 面 ， 将 其 临时 换 成 HTML5， 而 这 个 模块 的 其 他 页 面 仍然 使 用 Native 的 ? 


我 仔细 研究 了 一 个 页 面 一 一 无 论 是 Android 还 是 jiOS， 所 必 备 的 几 个 要 素 ， 列 举 如 下 : 


首先 是 入 口 和 出 口 ， 把 入 口 和 出 口 控制 住 了 ， 尤 其 是 传 进来 的 参数 和 传 出 去 的 参数 ， 我 们 就 能 做 到 随时 在 Native 和 HTML5 之 间 切 换 。 我 们 不 能 再 随意 的 在 A 页 面 中 实例 化 B 页 面 了 ， 
我 们 应 该 使 用 9.7.1 节 介绍 的 页 面 跳 转 器 ， 来 解 炮 各 个 页 面 之 间 的 依赖 ， 才 能 把 任何 Native 页 面 切换 为 HTML5。 


注意 ， 直 接 使 用 9.7.1 节 的 Navigator 是 有 问题 的 。 我 们 在 BaseActivity 和 BaseViewController 中 定义 的 字典 ， 用 来 在 页 面 间 传 递 参数 。 但 是 HTML5 可 不 认 这 一 套 机 制 。 所 以 有 必要 定 
义 一 套 新 的 协议 ， 同 时 适用 于 Android、iOS 和 HTML5，pagenamek1=v1&k2=v2 是 一 种 比较 合适 的 协议 。 比 如 说 ， 从 HTML5 跳 转 到 Android 或 is 页 面 ， 协 议 如 下 所 示 ， 其 中 单 引号 中 
的 内 容 是 协议 ， 由 3 部 分 组 成 ，Android 页 面 名 称 ，iOS 页 面 名 称 ， 参 数 键 值 对 ， 分 别 用 逗号 和 分 号 分 隔 开 。 


<a onclick="baobao.gotoAnyWhere( 
'com.example.youngheart .MovieDetailActivity, 
iOS .MovieDetailViewController:movieId=(int)123')"> 
gotoAnyWhere</a> 


其 次 是 状态 ， 这 其 中 包括 全 局 变量 、 本 地 存储 。 一 个 Native 页 面 通常 要 读 写 全 局 变量 和 本 地 存储 ， 如 果 切 换 成 HTML5 页 面 ， 就 不 能 干 这 些 事情 了 ， 因 此 ， 我 们 要 提供 Native 和 
HTML5 之 间 的 交互 方法 ， 以 便于 HTML5 页 面 能 读 写 Native 中 的 全 局 变量 和 本 地 存储 。 


最 后 是 公共 组 件 ， 比 如 说 网 络 请 求 和 打点 统计 。 这 些 要 在 Native 中 封装 成 公用 方法 ， 以 便于 HTML5 回 调 这 些 方法 。 


如 果 把 以 上 三 点 都 做 到 了 ， 就 可 以 随时 更 换 线 上 的 某 个 页 面 了 ， 我 们 只 要 在 App 启 动 的 时 候 调用 一 个 MobileAPI 接 口 ， 获 取 一 份 页 面 清单 ， 指 定 哪些 页 面 是 Native 的 哪些 页 面 是 
HTML5 的 即 可 。 


9.8.2 在 iOs 中 使 用 脚本 编程 


1 .寻找 快速 修复 App 线 上 bug 的 办 法 


我 们 前 面 提 到 了 在 App 中 使 用 HTML5， 这 其 实 就 是 脚本 编程 的 一 种 ， 只 不 过 要 在 WebView 中 展现 。 


我 见 过 有 些 App 通 过 返回 XML 格式 或 者 JSON 格 式 的 数据 ， 通 知 App 绘 制 Ul。 这 其 实 也 是 一 门 脚 本 语言 ， 但 这 么 做 只 能 把 UI 绘 制 出 来 ， 并 不 能 动态 返回 一 个 Native 的 方法 ， 比 如 ， 点 
击 按钮 该 做 些 什么 事情 。 


我 接 下 来 要 介绍 的 脚本 编程 ， 是 指 在 iOS 使 用 Lua 或 JavaScript 这 样 的 脚本 语言 。 对 于 应 用 类 App 而 言 ， 也 确实 需要 脚本 语言 介入 了 ， 尤 其 是 那些 对 转化 率 要 求 很 高 的 电 商 App， 线 上 
一 旦 有 致命 的 bug 或 者 Crash， 可 以 迅速 用 脚本 语言 改 好 。 这 就 好 比 身体 受伤 了 ， 帖 一 个 创可贴 ， 等 伤口 愈合 了 (下 次 发 新 版 本 ) ， 再 把 创可贴 摘 掉 。 


在 手机 游戏 领域 ， 已 经 广泛 采用 Lua 进 行 编程 了 。 这 样 的 好 处 是 ， 每 天 都 能 通过 Lua 修 改 代码 ， 增 加 个 新 的 地 图 或 者 道具 ， 然 后 通过 MobileAPI 把 Lua 脚 本 返回 给 App， 达 到 新 功能 迅 
速 上 线 的 效果 ， 而 不 用 受 发 版 上 线 的 制约 。 接 下 来 我 们 看 iOS 中 是 如 何 植 入 Lua 或 JavaScript 脚 本 的 。 


2. 在 iOs 中 使 用 脚本 语言 的 八卦 史 


首先 隆重 介绍 Wax 这 个 第 三 方 开源 库 。Wax 是 使 用 Lua 脚 本 语言 来 编写 IOS 原 生 应 用 的 一 个 框架 ， 它 建立 了 iOS 原 生 Objective-C 语 言 和 Lua 脚 本 语言 之 间 的 映射 关系 。 


但 是 发 明 Wax 的 这 哥们 从 2013 年 开始 就 不 维护 这 个 框架 了 ， 导 致 了 Wax 中 的 很 多 遗留 问题 没有 得 到 解决 ， 比 如 说 不 支持 自 定义 的 结构 体 和 结构 体 指针 ， 不 支持 多 线程 等 等 。 


后 来 ，2013 年 年 底 ， 履 部 敏 在 Wax 的 基础 上 开发 出 WaxPatch， 这 也 是 GitHub 上 的 一 个 开源 项 目 ， 它 的 神奇 之 处 就 在 于 ， 在 App 启 动 时 会 加 载 服 务 器 上 的 zip 包 ，zip 包 中 是 用 Lua 脚 
本 编写 的 补丁 ， 在 App 运 行 期 间 ， 这 些 补丁 文件 中 的 方法 能 替换 iOS 中 的 任何 一 个 类 的 任何 一 个 方法 的 实现 。 它 的 实现 原理 是 重 写 了 运行 时 的 class_replaceMethod 方 法 。[] 


就 在 我 们 庆幸 iOS 找 到 了 快速 修复 线 上 bug 的 解决 方案 ， 再 不 用 因为 线 上 有 bug 而 要 忍受 老板 能 杀 死 你 的 眼神 时 ， 苹 果 在 2015 年 2 月 强制 要 求 所 有 新 提交 的 应 用 必须 兼容 64 位 ， 但 原来 
使 用 Lua 的 框架 Wax 是 不 支持 64 位 的 。 


人 生 不 如 意 事 ,十 有 八 九 。 


于 是 又 等 了 几 个 月 ， 开 源 社区 给 出 了 Wax 的 64 位 版 本 ， 在 此 基础 上 ， 我 们 把 WaxPatch 的 改动 也 移植 过 去 ， 就 有 了 WaxPatch 的 64 位 版 本 。 四 


2015 年 5 月 ，JSPatch 面 世 。 它 的 原理 和 WaxPatch 一 样 ， 都 是 在 App 运 行 期 间 替 换 iOS 中 的 任何 一 个 类 的 任何 一 个 方法 的 实现 ， 只 是 它 是 基于 JavaScript 来 实现 的 。 估 计 是 JSPatch 的 
作者 等 不 及 Wax 和 WaxPatch 迟 迟 不 更 新 所 以 才 另 起 炉灶 了 吧 。 与 此 同时 ，JSPatch 的 作者 还 提供 了 大 量 的 实例 来 帮助 我 们 理解 这 个 开源 项 目 。D] 


Wax 和 WaxPatch 毕 竟 很 久 不 维护 了 ， 它 不 支持 iOS 的 多 线程 语法 以 及 自 定义 结构 体 和 结构 体 指针 ， 而 JSPatch 是 支持 这 些 iOS 特 性 的 ， 所 以 建议 大 家 使 用 JSPatch。 本 书 即 将 出 版 的 时 
候 ，JSPatch 已 经 比较 成 熟 了 ， 而 且 还 在 持续 更 新 ， 优 化 因 反 射 而 带 来 的 性 能 问题 。 让 我 们 拭目以待 。 


本 书 不 打算 过 多 介绍 如 何 把 Objective-C 代 码 转换 为 Lua 或 者 JavaScript， 官 方 文档 已 经 讲 得 很 清楚 了 。 下 面 我 将 以 WaxPatch 为 例 ， 介 绍 一 下 它 的 使 用 策略 。JSPatch 的 使 用 思路 也 是 
一 样 的 。 


3.Zip 包 下 载 策略 


接 下 来 介绍 WaxPatch 中 压缩 包 的 下 载 规则 。 压 缩 包 中 的 内 容 就 是 用 于 热 修 补 的 Lua 脚 本 。 


首先 返回 Lua 下 载 地 址 的 MobileAPI 接 口 ， 要 区 分 App 的 版 本 。 比 如 当前 版 本 有 一 个 严重 的 bug， 为 了 修复 它 引 入 了 lua001.zip， 而 我 们 在 下 一 个 版 本 修复 了 这 个 bug， 就 不 需要 
lua001.zip 包 ， 或 者 说 等 下 个 版 本 上 线 后 又 发 现 了 新 的 bug， 这 时 候 要 引入 lua002.zip。 所 以 这 个 MobileApPI 接 口 应 该 根据 版 本 号 返回 不 同 的 Lua 压 缩 包 下 载 地 址 ， 


如 何 控制 App 不 重复 下 载 相同 的 Lua 压 缩 包 呢 ? 每 次 调用 MobileAPI 接 口 获取 到 Lua 压 缩 包 的 地 址 ， 比 如 说 lua001.zip， 我 们 在 解压 lua001.zip 这 个 压缩 包 到 本 地 lua001 这 个 目录 下 的 
同时 会 把 lua001 这 个 值 存 到 本 地 文件 的 变量 luaVer 中 。 下 次 再 调用 MobileAPI 接 口 ， 就 会 根据 返回 的 Lua 压 缩 包 的 地 址 进行 判断 : 


如 果 值 为 空 ， 说 明 不 需要 Lua 脚 本 来 修复 bug， 那 么 就 把 IuaVer 设 置 为 空 。 
如 果 值 仍然 是 lua001.zip 没 有 变化 ， 就 什么 都 不 做 。 


如 果 值 是 一 个 新 的 Lua 压 缩 包 的 地 址 ， 比 如 lua002.zip， 那 么 就 下 载 这 个 压缩 包 ， 将 其 解压 到 lua002 这 个 新 的 目录 ， 并 把 luaVer 这 个 值 设置 为 lua002。 


按照 上 述 策略 ， 我 们 就 可 以 根据 IluaVer 的 值 ， 来 控制 App 能 加 载 到 最 新 的 lua 压 缩 包 ， 而 且 避 免 重复 下 载 。 


4 调试 策略 


我 们 的 策略 是 依赖 MobileAPI 返 回 的 Lua 压 缩 包 的 下 载 地 址 ， 但 是 不 可 能 每 次 开发 调试 时 ， 都 把 一 个 用 于 测试 Lua 压 缩 包 发 布 到 服务 器 上 ， 因 为 我 们 在 调试 期 间 会 频繁 地 修改 Lua 压 缩 
包 中 的 文件 。 


基于 此 ， 在 调试 期 间 ， 我 们 绕 开 从 服务 器 下 载 Lua 压 缩 包 并 比较 版 本 的 做 法 ， 改 为 把 Lua 压 缩 包 中 的 文件 直接 复制 到 本 地 目录 的 方式 ， 比 如 ，lua001.zip 包 中 有 2 个 Lua 文 件 ， 我 们 把 这 
两 个 文件 集成 到 App 项 目 中 ， 在 App 每 次 启动 的 时 候 ， 就 把 这 两 个 Lua 文 件 复制 到 本 地 ， 然 后 就 可 以 直接 使 用 了 。 


在 全 部 调试 完成 ， 就 把 代码 切 回 到 仍然 从 服务 器 下 载 Lua 压 缩 包 的 模式 。 


5.Lua 不 支持 的 场景 及 解决 方案 


并 不 是 所 有 的 iOS 代 码 都 能 转换 为 Lua 脚 本 。 以 下 是 我 遇 到 的 情况 以 及 相应 的 解决 方案 。 


1) 如 果 变 量 或 属性 声明 错 了 呢 ? 


我 们 知道 WaxPacth 编 程 的 思想 是 在 iOs 运 行 时 注入 ， 动 态 修改 任何 一 个 类 的 任何 一 个 方法 的 实现 。 也 就 是 说 任何 一 个 方法 体 都 可 以 替换 为 Lua 脚 本 ， 但 就 是 不 能 修改 方法 的 签名 。 但 
这 还 好 ， 遇 到 这 种 情况 ， 我 们 在 Lua 中 重 写 一 个 方法 ， 简 单 地 包装 一 下 Objective-C 中 不 符合 我 们 要 去 的 方法 即 可 。 


但 是 如 果 是 一 个 属性 或 类 级 别 的 变量 的 类 型 声明 错 了 ， 我 们 就 真 的 没 办 法 了 。 仔 细 检 查 WaxPacth 这 个 框架 ， 还 真 没有 定义 一 个 属性 或 变量 的 地 方 。 遇 到 这 种 情况 ， 我 们 的 解决 方案 
是 ， 在 项 目 中 增加 一 个 LuaClass 类 ， 里 面 只 有 一 个 字典 属性 dicLuaObject。 


在 Lua 脚 本 中 ， 我 们 把 错误 类 型 的 属性 或 者 变量 所 出 现 的 任何 地 方 替 换 为 正确 类 型 的 变量 ， 而 这 个 变量 则 定义 在 LuaClass 类 的 dicLuaObject 字 上 典 属性 中 。 
2) 对 于 block 块 该 如 何 处 理 呢 ? 


Lua-Wax 不 支持 block 块 。 因 此 一 旦 block 块 内 的 代码 有 问题 ， 就 要 


Im 


写 这 个 block 块 所 在 的 方法 ， 同 时 将 block 块 中 的 代码 封装 成 另 成 一 个 方法 ， 也 在 Lua 脚 本 中 重 写 。 


6. 如 果 zip 包 被 劫持 了 呢 ? 


不 要 以 为 MobileAPI 返 回 了 Lua 压 缩 包 下 载 的 地 址 ， 就 可 以 直接 下 载 并 使 用 了 。 经 常 有 恶意 攻击 者 劫持 了 服务 器 返回 给 我 们 的 下 载 地 址 ， 而 让 我 们 去 下 载 一 个 恶意 的 压缩 包 。 我 们 一 
有 旦 下 载 并 解压 缩 这 个 恶意 的 包 ， 接 下 来 可 能 发 生 各 种 意 想 不 到 的 事情 。 


为 此 ， 我 们 不 能 认为 网 上 下 载 的 任何 压缩 包 都 是 安全 的 。 我 们 需要 一 套 校 验 机 制 ， 来 保证 这 个 下 载 到 的 压缩 包 是 我 们 自己 提供 的 ， 如 果 验 证 不 过 ， 就 删除 或 者 隔离 这 个 文件 。 


SSH 是 最 简单 的 解决 方案 ， 但 就 是 HTTPS 协 议 访问 起 来 太 慢 了 ， 能 否 做 成 HTTP 的 呢 ? 可 以 ,我 们 需要 准备 一 对 公 钥 和 私 钥 : 把 zip 包 使 用 私 钥 进行 签名 后 再 放 到 服务 器 提供 下 载 : 而 
App 下 载 这 个 zip 包 到 本 地 ， 则 使 用 保存 在 App 中 的 公 钥 进 行 校 验 。 我 们 要 对 私 钥 进 行 严格 的 保密 ， 不 能 泄漏 给 他 人 ， 这 样 即使 月 人 在 App 中 取 到 了 公 钥 ， 因 为 没有 配套 的 私 钥 ， 也 没 办 法 
生成 一 个 符合 我 们 要 取 的 zip 包 。 


7.Lua 对 iOS 的 深远 影响 


有 了 Lua 这 个 利器 ， 线 上 的 任何 bug 或 者 Crash 都 能 以 最 快 的 速度 修复 ， 而 不 需要 重新 提交 审核 新 的 版 本 并 等 待 超 长 的 时 间 。 比 如 ， 我 们 最 苦恼 的 是 页 面 打 点 经 常 发 现 打 错 了 或 者 漏 打 
了 ,为 了 能 不 影响 数据 的 采集 ， 使 用 Lua 能 及 时 颖 补 这 个 漏洞 。 


最 后 需要 补充 的 是 ， 虽 然 Lua 语 言 很 简单 ， 尤 其 是 WaxPacth 这 个 框架 的 支持 ， 使 得 我 们 可 以 改写 任何 方法 都 很 容易 。 但 是 我 经 常 看 到 的 是 很 多 Objective-C 方 法 都 有 成 百 上 干 行 代 
码 ， 这 就 给 改写 带 来 了 很 大 的 工作 量 。 这 就 又 回 到 了 编码 规范 的 层面 ， 尽 量 把 方法 写 的 短小 。 每 个 方法 只 做 一 件 事情 。 


人 @@ 记 示 在 Android 中 使 用 Lua 
iOS 因 为 有 了 \WaxPatch 而 重新 焕发 了 活力 ， 而 Andtoid 在 Lua 方 向 的 进展 却 不 温 不 火 。 
Android 因 为 可 以 使 用 插件 化 编程 ， 而且 即使 线 上 有 了 严重 的 bug， 到 各 大 市 场 发 一 次 新 版 本 就 解决 了 ， 所 以 ， 相 比 OS，Android 有 更 多 的 选择 。 
其 实 Android 也 可 以 使 用 Lua 脚 本 语言 编程 ， 业 界 比 较 公认 的 技术 是 AndroLua 这 个 开源 项 目 。 我 对 AndroLua 的 研究 还 在 进行 中 。 也 请 越 来 越 多 的 人 关注 这 个 项 目 。 


本 书 临 近 出 版 的 时 候 ， 听 说 淘宝 有 个 团队 推出 一 个 名 为 Dexposed 的 开源 项 目 ， 它 是 基于 AOP 思 想来 设计 的 ， 能 解决 性 能 监控 、 在 线 热 修复 等 问题 。 这 个 开源 项 目 还 很 年 轻 ， 但 是 我 非 


常 看 好 它 。 
[1 WaxPatch 的 源码 地 址 : https://github.com/mmin18/WaxPatch 


[WaxPatch 的 64 位 版 本 ， 参 见 https://github.com/felipejfc/n-wax 
[3]JSPatch 的 下 载 地 址 ， 参 见 https://github.com/bang590/]JSPatch 


9.9” 竞 品 技术 七 曾 : 曲 径 通 幽 
9.9.1 一 切 皆 可 配置 


1. 使 用 XML 配置 首页 ， 防 止 因 加 载 不 到 数据 而 没有 入 口 


在 很 多 电 商 类 App 中 ， 我 们 会 看 到 有 一 个 配置 文件 或 者 JSON 文 件 里 面 存放 着 首页 展示 所 需要 的 所 有 数据 ， 包 括 图 片 、 文 字 等 等 ， 点 击 后 能 进入 各 个 品类 这 些 二 级 页 面 ， 如 图 9-12 所 
示 ， 我 们 可 以 看 到 ， 这 个 首页 由 3 个 Tab 组 成 : 首页 、 发 现 、 个 人 中 心 ， 配 置 文 件 中 指定 了 每 个 Tab 的 显示 文字 、 点 击 后 对 应 的 ViewController、 所 需 的 默认 图 和 高 亮 图 。 


弗 < > | 电 MainPageData.plist 〉 No Selection 


Key Type Value 
可 Root © Array (3 items) 

ltem 0 Dictionary (5 items) 
selected Boolean YES 
className String MainPageController 
highlightedlmage String home-highlight 
defaultImage String home-default 
tabTitle String 首页 

Viltem1 Dictionary (5 items) 
selected Boolean NO 
className String PublishViewController 
highlightedlmage String publish-highlight 
defaultImage String publish-default 
tabTitle String 发 布 

Vltem2 Dictionary (5 items) 
selected Boolean NO 
className String UserCenterViewController 
highlightedlmage String user-highlight 
defaultImage String user-default 
tabTitle String 个 人 中 心 


图 9-12 某 款 App 首 页 的 plist 配 置 文件 


这 么 做 是 因为 ， 如 果 获取 首页 信息 的 MobileAPI 接 口 挂 了 ， 或 者 ， 就 在 我 们 调用 该 接口 的 时 候 挂 了 ， 那 么 首页 仍然 能 通过 读 取 这 个 本 地 的 配置 文件 或 者 JSON 文 件 而 正常 显示 ， 仍 然 能 
看 到 各 个 品类 的 入 口 ， 点 击 后 进入 ， 这 样 不 影响 生意 。 


但 是 这 个 配置 文件 或 者 JSON 文 件 可 能 不 是 线 上 最 新 的 数据 ， 所 以 一 种 好 的 解决 方案 是 ， 第 一 次 启动 App 的 时 候 把 这 个 文件 复制 到 本 地 ， 然 后 每 次 调用 首页 MobileAPI 接 口 渠 道 数据 后 
就 把 数据 同步 到 这 个 文件 ， 这 样 就 确保 了 下 次 如 果 调 用 MobileAPI 接 口 不 通 ， 仍 然 能 显示 比较 新 的 数据 。 


2. 配 置 页 面 的 公共 行为 


把 首页 的 数据 配置 在 XML 中 只 是 第 一 步 ， 这 个 世界 上 不 乏 野 心 者 ， 他 们 想 把 更 多 公用 的 东西 做 成 可 配置 化 。 


比如 ， 调 用 MobileAPI 时 是 否 要 显示 进度 条 ， 进 度 条 中 是 否 有 取消 按钮 ， 点 击 取消 按钮 后 是 后 退 到 上 一 页 还 是 停留 在 当前 页 面 ， 调 用 MobileAPI 错 误 是 否 要 显示 错误 提示 ， 如 下 所 


示 : 


<ShowSetting showLoading="1" 
showCancel="0" goBackAfterCancel="]1" showErrorInfo="1l" /> 


又 比如 ， 进 这 个 页 面 是 否 要 登录 ， 如 下 所 示 : 


<WindowType needLogin="1"/> 


所 有 这 些 信息 都 定义 在 配置 文件 中 。 我 们 应 该 在 App 中 编写 一 套 页 面 引 擎 ， 自 动 读 取 配 置信 息 ， 这 样 就 能 少 写 很 多 很 多 代码 。 开 发 人 员 就 可 以 把 更 多 精力 放 在 业务 逻辑 的 实现 上 。 


9.9.2 _ App 后门 


任何 成 熟 App 都 会 为 自己 留 一 个 后 门 ， 目 前 业界 有 两 种 做 法 : 

“ 只 有 Debug 版 本 能 看 到 这 个 后 门 ， 而 Release 版 本 看 不 到 。 

: 在 线 上 Release 版 本 中 很 深 的 一 个 页 面 ， 比 如 设置 页 面 ， 点 击 某 个 特定 的 区 域 很 多 次 后 弹出 一 个 对 话 框 ， 要 求 输入 密码 ， 输 入 正确 就 能 进入 这 个 后 门 。 
留 一 个 后 门 有 很 多 好 处 列举 如 下 : 

“ 做 一 个 能 切换 服务 器 的 页 面 。 这 样 就 可 以 在 开发 期 间 ， 从 线 上 环境 切换 到 测试 环境 而 不 需要 重新 打 个 包 ， 极 大 方便 了 测试 团队 对 新 功能 进行 验收 。 


“ 要 测试 某 个 页 面 请 求 了 哪些 MobileAPI 接 口 ， 打 印 出 调用 这 些 接口 时 输入 的 参数 和 返回 JSON 数 据 。 这 样 就 能 够 在 线 上 App 发 现 某 个 页 面 有 问题 时 ， 及 时 在 App 后 门 中 检查 数据 是 否 正 
常 ， 而 不 用 App 开 发 人 员 和 MobileAPI 开 发 人 员 坐 在 一 起 逐 行 联 调 代码 ， 极 大 节省 了 人 力 。 


“ 对 于 App 崩 演 ， 我 们 将 最 后 一 次 崩溃 的 信息 记录 在 本 地 ， 然 后 可 以 通过 后 门 看 到 这 个 崩 演 信息 。 这 对 于 测试 期 间 不 经 意 点 出 来 的 崩 演 ， 可 以 迅速 追踪 到 问题 的 所 在 。 当 然 ， 另 一 种 
方案 是 把 崩溃 信息 发 送 到 服务 器 ， 然 后 我 们 去 服务 器 抓 取 崩 演 信 息 ， 但 是 这 样 不 及 时 ; 而 对 于 那些 发 现 App 崩 溃 然 后 来 找 我 们 的 同事 朋友 来 说 ， 通 过 后 门 看 崩溃 日 志 是 最 好 的 途径 。 


: 提供 一 个 后 门 页 面 供 HTML5 团 队 进行 调试 ， 该 页 面 内 置 一 个 WebView， 加 载 HTML5 团 队 正 在 开发 的 HTML 页 面 ， 要 支持 调试 。 

“ 对 我 们 的 App 进 行 流量 测试 ， 统 计 某 个 页 面 所 花费 的 流量 ， 包 括 调用 MobileAPI、 下 载 图 片 、 上 传 文件 、XMPP 聊 天 等 等 。 其 中 ， 从 App 启 动 到 首页 加 载 完成 所 花费 的 流量 是 我 们 关心 
的 一 个 关键 点 ， 而 手机 待机 时 ，Appb 所 花费 的 流量 也 是 我 们 所 关心 的 。 我 们 需要 这 样 一 个 后 门 页 面 ， 看 到 这 些 数据 统计 。 

“ 对 我 们 的 App 进 行 电池 电量 消耗 测试 。 需 要 有 个 后 门 页 面 记录 每 次 打开 App 和 退出 App 的 时 间 ， 以 及 这 段 时 间 内 我 们 的 App 所 消耗 的 电量 。 为 了 确保 数据 的 准确 性 ， 需 要 确保 手机 上 


只 安装 了 一 个 App， 而 且 处 于 相同 的 网 络 环境 下 ， 比 如 3G。 


前 面 说 到 开 一 个 后 门 ， 提 供 切 换 服 务 器 的 功能 。 这 样 测试 人 员 可 以 在 这 个 后 门 页 面 灵活 配置 当前 MobileAPI 要 连接 哪个 服务 器 。 基 于 此 ， 这 个 后 台 页 面 需要 显示 服务 器 清单 列表 ， 而 
这 个 列表 从 App 包 中 的 一 个 文件 读 取 ， 此 外 ， 还 要 支持 手动 输入 服务 器 地 址 ， 因 为 有 时 候 要 直接 连接 到 MobileAPI 开 发 人 员 的 机 器 ， 把 他 们 的 开发 机 器 作为 临时 服务 器 。 


9.9.3 Android 包 中 META-INF 目 录 的 妙用 


对 于 Android 批 量 打 渠 道 包 ， 每 个 团队 都 有 切身 的 痛 。 每 个 包 经 过 混淆 和 签名 ， 都 至 少 要 3 分 钟 时 间 ，300 多 个 包 就 是 十 几 个 小 时 才能 全 打出 来 ， 所 以 一 般 在 晚上 干 这 个 事情 。 


一 般 而 言 ， 我 们 在 App 每 次 启动 时 从 AndroidManifest.xml 这 个 文件 读 取 渠道 名 称 ， 如 下 所 示 ， 其 中 360Android 是 渠道 名 称 : 


<application> 
<meta-data 
android:name= "UMENG CHANNEL" 
android:value= "360android"/> 


然后 在 App 中 ， 每 次 从 AndroidManifest.xml 中 取出 这 个 渠道 名 称 ， 传 递 给 友 盟 或 者 我 们 自己 的 MobileAPI 接 口 ， 如 下 所 示 ， 演 示 了 如 何 取 得 渠道 名 称 的 方法 : 


private String getChannel (Context context) { 

try { 
PackageManager pm = context .getPackageManager (); 
ApplicationInfo appInfo = pm.getApplicationIinfo( 

context .getPackageName (), PackageManager.GET META DATA); 

return appInfo.metaData.getString ("channel"); 

} catch (PackageManager .NameNotFoundException ignored) { 

; 


EBD 


mm。 
了 


上 述 是 传统 的 做 法 ， 我 们 接 下 来 介绍 一 种 更 快 的 做 法 。 
我 也 是 偶然 的 机 会 ， 看 到 一 些 知名 的 App 包 里 面 的 META-INF 目 录 ， 会 有 一 个 0 字 节 的 文件 ， 文 件 名 是 某 个 渠道 的 值 ， 于 是 我 就 大 胆 猜 测 ， 这 个 文件 是 用 来 批量 打 渠 道 包 的 。 


我 上 网 查 了 一 下 这 个 META-INF 目 录 的 功用 ， 发 现 修改 这 个 目录 里 面 的 文件 ， 是 不 需要 重新 签名 App 的 。 于 是 我 们 可 以 如 下 进行 优化 。 


1. 打 包 流程 上 的 优化 


打 一 个 签名 混淆 过 的 正式 包 ， 我们 称 之 为 “母体 ”， 然 后 往 这 个 apk 包 中 插入 一 个 名 为 channel_360Android 的 空 文件 。 这 样 一 个 渠道 包 就 完成 了 ， 如 图 9-13 所 示 。 


v RM META-INF 
国 channel 360Android 
国 MANIFESTMF 


国 SANKUAIL.RSA 
国 SANKUAI.SF 


图 9-13 META-INF 目 录 下 的 空 文件 


之 所 以 在 空 文件 的 名 称 前 面 加 上 channel 的 前 缀 ， 是 为 了 在 运行 期 查找 这 个 文件 的 时 候 ， 可 以 快速 找到 。 
准备 一 个 渠道 列表 文件 channel.txt， 文 件 内 容 由 3 个 渠道 组 成 ， 每 个 渠道 占 一 行 ， 如 下 所 示 : 


360Android 
91Android 
baidu 


接 下 来 我 们 使 用 Python 脚 本 build.py， 遍 历 这 个 渠道 列表 文件 ， 逐 个 生成 渠道 包 ， 脚 本 如 下 所 示 : 


方法 数 徒 增 最 终 达 到 上 限 的 “杀手 ”级 SDK， 所 以 我 们 优先 把 这 些 jar 包 提出 来 ， 放 到 一 个 apk9 


import zipfile 

import shutil 

import os 

base dir = '/Users/Shared/' 

apk name = 'ChannelDemo" 

apk path = base dir + apk name + '.apk' 

empty file = base dir + 'baojianqiang" 

£f = open (empty file, 'w') 

f.close() 

channel file = base dir + 'channel .txt" 

f = open (channel file) 

lines = f.readlines () 

f.close() 

output dir = base dir + 'output' 

if not os.path.exists (output dir) 
os.mkdir (output dir) 本 

for line in lines 
target channel = line.strip() 
target apk = output dir + '/ChannelDemo ' 

”+ target channel + '!.apk' 本 

Shutil.copy (apk path, target apk) 
Zipped = zipfile.ZipFile (target apk, 'a', zipfile.ZIP DEFLATED) 
empty channel file = 'META-INF/channel ' + target channel 
zipped.write (empty file, empty channel file) 
zipped.close() 加 加 国 


这 样 ， 生 成 第 一 个 “母体 ” 包 需 要 几 分钟 时 间 ， 但 是 之 后 生成 其 他 渠道 包 的 时 间 就 快 了 ， 就 都 是 在 apk 中 插入 一 个 空 文件 的 时 间 了 。 


2. 运 行 期 间 的 优化 


我 们 改 为 从 META-INF 目 录 读 取 那 个 0 字 节 的 文件 名 称 ， 从 中 得 到 这 个 apk 包 的 渠道 号 ， 网 上 有 很 多 这 样 的 代码 例子 ， 我 就 不 过 多 说 了 。 


按照 上 述 打包 新 流程 ， 一 分 钟 打 几 百 个 渠 道 包 不 成 问题 。 


9.9.4 ”classes.dex 的 拆 与 合 


一 般 而 言 ，Android App 中 的 dex 文 件 只 有 一 个 。 但 是 对 于 很 多 业务 逻辑 复杂 的 App， 当 方法 数量 超过 dex 的 最 大 限制 65535 时 ， 编 译 就 会 出 错 。 业 界 称 之 为 “爆棚 ”。 


一 种 解决 方案 就 是 插件 化 。 把 那些 独立 的 模块 做 成 一 个 apk， 然 后 在 使 用 的 时 候 ， 使 用 DexClassLoader 进 行 加 载 。 对 那些 暂时 还 没有 插件 化 编程 的 App 而 言 ， 这 种 解决 方案 太 遥 远 


另 一 种 解决 方案 就 是 dex 分 包 。 就 是 将 classes.dex 拆 分 为 2 个 dex， 让 每 个 dex 包 的 方法 数量 都 小 于 65535。 很 多 App 都 是 这 么 做 的 ， 有 的 App 甚 至 拆 分 成 6 个 dex 之 多 。 


Google 提 供 了 dex 拆 包工 具 multidex。 关 于 这 个 工具 的 使 用 方法 ， 请 参见 CSDN 上 “时 之 沙 ”的 博客 文章 [1]。 


但 multidex 仍 然 解决 不 了 开发 调试 期 间 方 法 数 超过 dex 上 限 的 问题 ， 开 发 人 员 不 能 每 次 调试 都 使 用 Gradle 去 打包 ， 于 是 我 们 只 好 把 不 重要 的 SDK 引 用 
释 掉 引 用 了 这 个 SDK 的 代码 ， 这 样 就 能 正常 编译 和 调试 了 ， 最 后 在 提交 测试 或 发 布 市 场 打包 的 时 候 再 把 删除 的 引用 和 注释 掉 的 代码 恢复 过 来 。 


临时 去 掉 ， 比 如 GA 打点 ， 同 时 注 


每 次 都 这 么 搞 可 不 行 ， 严 重 扰乱 了 开发 节奏 ， 于 是 我 们 采取 在 代码 中 动态 加 载 dex 的 方式 。 对 于 那些 第 三 方 SDK， 比 如 Umeng、Google Analytics、aSmack、JPush， 都 是 导致 dex 


只 要 能 把 方法 数 降低 到 65535 以 下 ， 就 又 可 以 在 各 种 IDE 中 正常 开发 调试 了 。 


关于 动态 加 载 dex 的 技术 ， 请 参见 以 下 文章 ， 有 更 加 详尽 的 介绍 : 


Pp， 作 为 第 二 个 dex。 这 样 我 们 就 能 使 用 DexClassLoader 加 载 这 些 SDK 啦 。 


* custom class loading in dalviklal 
“ 美 团 Android DEX 自 动 拆 包 及 动态 加 载 简介 中 
Android dex 分 包 方案 由 


四 博文 地 址 : http://blog.csdn.net/t12x3456/article/details/40837287。 

[2] 博文 地 址 : http://android-developers.blogspot.hk/2011/07/custom-class-loading-in-dalvik.html。 
[3] 博文 地 址 : http://tech.meituan.com/mt-android-auto-split-dex.html。 

团 博文 地 址 : http://my.oschina.net/853294317/blog/308583。 


9.10” 况 品 技术 八 警 : 模块 化 拆 分 


9.10.1 ioOS 资 源 拆 分 与 模块 化 


对 于 iOS， 很 多 App 已 经 注意 到 图 片 会 散落 在 各 个 地 方 ， 于 是 会 把 图 片 、 配 置 文件 、xib 按 照 模块 进行 归 类 ， 放 到 各 自 的 bundle 包 中 。 做 得 最 好 的 是 一 家 电 商 App， 会 在 App 包 中 的 一 
级 目录 下 面 看 不 到 任何 图 片 ， 而 只 有 若干 bundle， 如 图 9-14 所 示 。 


只 对 资源 进行 模块 
别 的 依赖 ， 如 图 9-15 所 示 。 


R= 


BookRes.bundle 
FlightRes.bundle 
FrameworkRes.bundle 
GIifttRes.bundle 
GrouponRes.bundle 
HotelRes.bundle 


MainPageRes.bundle 
MovieRes.bundle 
MusicRes.bundle 
PersonCenterRes.bundle 
SearchRes.bundle 
ShoppingRes.bundle 
TaxiRes.bundle 


图 9-14 茶 款 App 包 中 ， 对 资源 进行 了 模块 化 拆 分 


化 拆 分 是 远 远 不 够 的 。 一 定 要 对 代码 进行 模块 化 拆 分 。 把 不 同 模块 的 代码 放 到 各 自 的 GIT 仓 库 中 ， 这 样 各 个 部 门 只 对 各 自 GIT 仓 库 中 的 代码 负责 ， 而 不 会 产生 代码 级 


iOS Lib 


ModuleA ModuleB 


MainApp 


图 9-15 iOS 模块 化 架构 


在 iOS 中 ， 我 们 可 以 使 用 .a 文件 进行 模块 化 拆 分 。 把 每 个 模块 都 以 .a 文件 的 形式 嵌入 到 MainApp 这 个 主 模块 中 。 


但 是 .a 文件 不 能 动态 下 载 ， 所 以 也 就 不 能 使 用 类 似 于 Android 的 插件 化 思想 。 要 想 动态 更 新 模块 还 要 另辟蹊径 。 


9.10.2 ”Android 模 块 化 拆 分 


家 大 业 大 ， 子 女 多 了 以 后 就 要 考虑 分 家 的 事情 ， 大 家 各 过 各 的 ， 出 了 问题 尽量 自己 搞定 。 公 司 大 了 ， 也 会 面临 同样 的 问题 ， 我 们 会 把 App 按 照 模块 进行 拆 分 ， 代 码 按照 模块 拆 分 到 不 
同 的 GIT 仓 库 中 ， 不 同 部 门 负责 各 自 不 同 的 模块 ， 他 们 会 对 自己 的 模块 负责 。 


如 果 还 按照 之 前 的 做 法 ， 把 模块 按照 Package 进 行 划分 ， 看 起 来 也 不 错 ， 但 是 这 样 做 会 有 问题 。 比 如 发 版 时 间 为 1 月 14 号 ， 但 是 A 部 门 负责 的 A 模 块 却 延 期 了 ， 难 道 我 们 要 延期 发 版 
吗 ” 那 不 行 。 所 以 我 们 要 把 A 模 块 从 主 项 目 中 迁移 出 去 ，A 模 块 会 作为 一 个 jar 包 ， 主 项 目 会 保持 对 该 jar 包 的 引用 。 这 样 A 模 块 如 果 延 期 了 ， 那 么 主 项 目 就 仍然 保持 对 A 项 目 原 有 jar 包 的 引 
用 ， 这 样 就 不 耽误 1 月 14 号 的 正常 发 版 了 。 


另 一 方面 ， 各 部 门 如 果 继 续 在 一 个 版 本 库 下 工作 ， 经 常会 搞 出 互相 干扰 的 情况 。 比 如 说 A 提 交 的 代码 会 导致 B 编 译 不 过 ，A 提 交 的 代码 会 冲 掉 B 的 代码 ，A 修 改 了 公共 方法 会 导 臻 其 他 地 
方 都 报错 。 当 我 们 把 代码 按照 模块 都 拆 开 了 就 不 会 有 问题 了 ，A 随 便 提交 自己 的 代码 ， 只 会 影响 自己 的 GIT 仓 库 ， 不 会 祸 及 他 人 。 


然而 问题 接 哑 而 至 ， 如 图 9-16 所 示 。 


AndroidLib 


ModuleA ModuleB 


MainApp 


图 9-16 Android 模块 化 拆 分 示意 图 


我 们 看 一 个 这 个 模块 拆 分 图 ， 有 以 下 几 个 问题 需要 解决 : 


1) ModuleA 模 块 和 ModuleB 模 块 共用 的 类 和 方法 ， 要 怎么 处 理 ? 
2) ModuleA 模 块 和 ModuleB 模 块 共 用 的 资源 ， 要 怎么 处 理 ? 
3) 如 何 能 在 不 同 模块 间 共 享 数据 ? 比如 全 局 变量 、 模 块 之 间 页 面 跳 转 时 传 值 。 


对 于 问题 1) ， 我 们 要 解决 代码 上 的 依赖 。 所 以 我 才 会 在 本 书 第 一 部 分 介绍 了 如 何 剥 离 出 一 个 业务 无 关 的 AndroidLib 类 库 。 在 此 基础 上 ， 我 们 可 以 轻松 地 把 一 个 模块 所 涉及 的 那些 
Activity 转 移 到 另 一 个 模块 去 。 


对 于 问题 2) ， 我 们 要 解决 资源 上 的 依赖 。 首 先是 要 制定 模块 的 命名 规范 ， 所 有 资源 前 面 都 要 加 上 模块 名 称 ， 这 样 才能 确保 资源 名 称 不 冲突 。 对 于 公用 资源 ， 还 是 要 放 在 AndroidLib 
目录 下 ，AndroidLib 类 库 会 为 每 个 公共 资源 生成 一 个 R.id.xxx 的 对 应 属性 ， 我 们 要 把 这 个 R 文 件 连同 资源 、AndroidLib 目 录 下 的 代码 一 起 打 成 jar 包 ， 放 到 要 用 到 它 的 MainApp、 


ModuleA、ModuleB 模 块 中 ， 这 样 手动 打包 时 才 不 会 出 错 。 


对 于 问题 3) ， 我 们 有 很 多 手段 ， 来 传递 数据 。 比 如 ， 从 ModuleA 模 块 的 A1 页 面 ， 跳 转 到 ModuleB 模 块 的 B1 页 面 ， 传 递 一 些 简单 类 型 还 好 办 ， 如 果 要 传递 自 定义 的 实体 ， 就 只 能 把 
这 个 实体 定义 在 AndroidLib 类 库 中 了 。 但 是 AndroidLib 类 库 毕 竟 是 放 业务 无 关 的 代码 ， 所 以 不 适合 存放 这 样 的 业务 实体 类 ， 所 以 还 是 尽量 不 要 改动 AndroidLib 类 库 。 


比较 靠 谱 的 做 法 是 ， 再 新 建 一 个 存放 实体 的 AndroidEntity 类 库 ， 这 些 实体 专门 用 于 传递 模块 间 要 传递 的 数据 。 所 有 模块 都 保持 对 这 个 类 库 的 引用 。 


我 还 见 过 模块 间 通 信使 用 SON 文 本 的 ， 这 样 就 不 用 在 AndroidKit 类 库 中 建 实体 类 了 。 


对 于 用 户 身份 信息 ， 也 就 是 User 单 例 类 ， 也 是 这 么 处 理 ， 把 User 类 放 到 AndroidLib 类 库 中 。 


如 果 一 定 要 使 用 全 局 变量 ， 而 且 要 在 不 同 的 模块 间 读 写 ， 也 可 以 这 么 处 理 。 


接 下 来 说 一 下 开发 人 员 如 何 创建 自己 的 工作 区 : 


1) 最 简单 无 脑 的 办 法 就 是 把 所 有 的 项 目 都 打开 ， 项 目 之 间 是 代码 级 依赖 关系 。ModuleA 模 块 的 开发 人 员 只 能 修改 ModuleA 的 代码 ， 尽 管 能 看 到 MainApp 模 块 和 ModuleB 模 块 的 代 
码 ， 但 是 却 没有 权限 修改 。 项 目 之 间 是 代码 级 的 依赖 关系 ， 那 么 自动 打包 脚本 就 要 相应 修改 ， 我 们 要 同时 编译 若干 个 项 目 ， 而 且 有 先后 顺序 。 请 参见 博客 园 “ 谦 虚 的 天 下 ”的 文章 “App 
自动 化 之 使 用 Ant 编 译 项 目 多 渠道 打包 ”站 ]。 


2) 比较 高 级 的 做 法 是 jar 包 依赖 的 方式 ， 只 打开 自己 部 门 所 属 模块 的 代码 。 比 如 ， 对 于 MainApp 模 块 的 开发 人 员 ， 他 们 只 打开 MainApp 模 块 的 代码 ， 而 把 ModuleA 模 块 和 ModuleB 
模块 对 应 的 两 个 jar 包 引入 项 目 中 。 这 两 个 jar 包 是 由 ModuleA 和 ModuleB 这 两 个 模块 的 开发 人 员 生成 后 上 传 到 MainApp 模 块 的 lib 目 录 的 。 而 对 于 ModuleA 模 块 的 开发 人 员 ， 则 是 要 打开 
MainApp 模 块 和 ModuleA 模 块 的 代码 ， 而 把 ModuleB 模 块 对 应 的 jar 包 ， 引 入 项 目 中 。 因 为 MainApp 模 块 是 宿主 (也 就 是 一 个 壳 ) ， 所 以 不 得 不 打开 它 的 源码 ， 才 能 编译 调试 代码 。 按 
照 这 种 jar 依 赖 的 方式 ， 自 动 打包 脚本 就 非常 简单 了 ， 仍 然 是 单项 目的 打包 机 制 ， 我 们 基于 MainApp 项 目 进 行 打包 ， 其 他 所 有 模块 都 事先 做 成 jar 包 放 到 MainApp 项 目的 lib 目 录 下 。 


上 文章 地 址 : http://www.cnblogs.com/gianxudetianxia/atrchive/2012/07/04/2573687.html。 


9.11， 竞 品 技术 九 警 : 第 三 方 SDK 


App 是 一 个 全 新 的 领域 ， 充 满 了 未 知 ， 但 这 也 正 是 它 的 魅力 所 在 。 开 源 社 区 上 有 各 种 千奇百怪 的 发 明 创造 ， 以 GitHub 名 气 最 大 ， 其 中 一 些 开 源 项 目 已 经 为 很 多 App 所 广泛 使 用 ， 比 如 
说 ， 本 章 9.5 节 已 经 介绍 过 如 何在 字体 文件 中 使 用 icon。 接 下 来 我 们 就 要 看 看 还 有 哪些 优秀 的 开源 SDK。 


9.11.1 HTML5 篇 


关于 跨 平台 交互 的 开源 项 目 有 很 多 ， 以 下 几 个 比较 有 名 : 
: PhoneGap 这 是 跨 平台 开源 项 目的 老大 哥 。 我 研究 过 一 段 时 间 ， 个 人 感觉 这 个 框架 太 重 了 ， 所 以 才 有 下 面 这 些 开 源 项 目的 面世 。 


: WebViewJavascriptBridgejs 这 是 一 个 优秀 的 开源 小 项 目 ， 国 内 很 多 大 公司 的 App 都 在 使 用 它 。 它 优雅 的 实现 了 HTML5 和 App 之 间 的 互相 调用 。 就 像 项 目的 名 称 一 样 ， 它 是 连接 


JavaScript 和 WebView 的 桥梁 。 而 
: zeptojs 这 个 开源 项 目 兼容 于 jQuery， 和 jQuery 这 个 老 前 华 相 比 算是 青出于蓝 而 胜 于 蓝 。[ 
. CryptoJS ”为 JavaSctipt 提 供 了 各 种 各 样 的 加 密 算 法 。 


: mraidjs MARID 是 Mobile Rich Media Ad Interface Definitions 的 缩写 ， 即 移动 窜 媒体 广告 接口 定义 ， 基 于 JavaSctipt 实 现 。 


9.11.2 iOS 篇 


" CocoaPods iOS 最 有 名 的 类 库 管理 工具 ， 解 决 类 库 之 间 依 赖 关系 的 开源 项 目 。 


: EGOImageLoading 异步 加 载 图 片 的 第 三 方 类 库 ， 有 点 类 似 于 Android 的 ImageLoader。 关 于 EGO-ImageLoading 的 详细 介绍 ， 参 


见 http://blog.csdn.net/duxinfeng2010/article/details/9000693。 
CocoaLumberjack 这 是 一 个 集 快捷 、 简 单 、 强 大 和 灵活 于 一 身 的 日 志 框 架 。 关 于 CocoaLumbetjack 的 详细 介绍 ， 参见 http://www.cocoachina.com/industry/20140414/8157.html。 
:YAJL (Yet Another JSON Library) 是 一 个 小 型 事件 驱动 (SAX 风 格 ) 的 JSON 解 析 器 ， 采 用 ANSI C 编 写 。 关 于 YAJL 的 详细 介绍 ， 参 见 http://mobile.51cto.com/iphone-386666.htm。 


"Zlib 用 于 解压 缩 Zip 包 。 我 们 在 App 中 打包 HTMIL5 页 面 时 会 用 到 这 个 东西 。 关 于 zlib 的 详细 介绍 ， 参 见 http://xzhoumin.blog.163.com/blog/static/40881136201314382439/。 


9.11.3 Android 篇 


aSmack 说 到 aSmack， 自 然 要 先 提 提 Smack。Smack API 是 一 个 完整 的 实现 了 XMPP 协 议 的 开源 API 库 ， 而 aSmack 则 是 Smack 在 Andtoid 上 的 构建 版 本 ， 于 2013 年 2 月 初 迁移 到 GitHub 
上 ， 该 资源 库 并 不 包含 太 多 的 代码 ， 只 是 一 个 构建 环境 。 开 发 者 可 以 利用 该 API 进 行 基于 XMPP 协 议 的 即时 消息 应 用 程序 开发 。 项 目地 址 : http://www.open- 
open.com/lib/view/home/1368327419922。 


“ EventBus 是 一 个 发 布 -订阅 的 事件 总 线 ， 是 为 Android 量 身 打造 的 开源 项 目 。 看 到 发 布 -订阅 ， 我 们 自然 就 会 想起 观察 者 模式 ， 其 实 这 个 开源 项 目 就 是 按照 这 个 思路 实现 的 。 关 于 
EventBus 的 详细 描述 ， 请 参见 : http:/V/blog.csdn.net/lmj623565791Varticle/details/40794879 。 


9.11.4 其 他 


"Pinyin 多” 它 是 sourceforge.net 上 的 一 个 开源 项 目 ， 可 以 将 汉字 转化 为 拼音 ， 这 样 的 话 ， 当 我 们 从 服务 器 取出 中 文 城市 列表 的 数据 后 ， 就 可 以 通过 输入 全 拼 或 者 拼音 首 字 母 ， 迅 速 的 
查找 到 相应 的 中 文 城市 了 。 关 于 Pinyin4j 的 详细 描述 ， 请 参见 : http://blog.csdn.net/woshixuye/article/details/7462081。 


“ 在 此 ， 我 谈 一 下 对 这 个 技术 的 一 点 看 法 。 我 认为 不 该 在 客户 端 做 这 个 事情 ， 太 重 了 。 应 该 由 服务 器 端 在 返回 中 文 城市 数据 时 ， 额 外 返回 该 城市 的 全 拼 或 者 拼音 首 字 母 这 两 个 字段 。 
把 复杂 的 业务 逻辑 放 在 服务 器 端 。 


. Countly 精益 化 运营 ， 需 要 一 个 优秀 的 统计 分 析 平 台 ， 其 中 比较 优秀 的 有 Countly 和 Google Analytics， 后 者 又 简称 为 GA。 


“市面 上 的 App 对 GA 使 用 得 比较 多 ， 对 Countly 了 解 不 多 。Countly 是 一 款 专门 给 移动 应 用 的 统计 分 析 平 台 ， 而 且 它 居然 是 开源 的 。Countly 由 两 部 分 组 成 ，APP SDK 和 服务 器 ， 服 务 器 
是 建立 在 Node.js 和 MongoDB 之 上 的 。 如 果 厌 倦 了 第 三 方 平台 的 局 限 性 ， 可 以 考虑 使 用 该 开源 平台 。 


[1 关于 WebViewJavascriptBridge 的 详细 介绍 ， 请 参见 http://www.cocoachina.com/industry/20131230/7628.html。 
[2] 关于 zepto.js， 请 参见 http://www.cnblogs.com/huangtenghui/archive/2013/03/05/2944614.html。 


[3] 关于 MRAID 的 详细 介绍 ， 请 参见 http://blog.chinaunix.net/uid-22312037-id-4238431.html。 


9.12 ” 况 品 技术 十 党 : 版 本 策略 与 App 彩 蛋 


9.12.1 版 本 策略 


同一 时 间 比 较 了 100 款 App 的 iPhone 和 Andriod 版 本 ， 有 以 下 几 种 版 本 策略 : 


“ 保持 一 致 。 比 如 ， 当 前 版 本 都 叫 6.0.0。 下 一 个 迭代 版 本 都 叫 6.1.0。 但 下 一 个 兴 代 版 本 绝对 不 能 是 6.0.1， 因 为 6.0.0 版 本 在 使 用 中 发 现 严 重 问 题 要 紧急 修复 紧急 发 版 时 ， 就 不 好 定义 版 
本 号 了 。 


“ 第 二 位 用 于 版 本 递增 。 比 如 6.1.0，6.2.0，6.3.0; 第 三 位 用 于 紧急 发 版 ， 比 如 6.1.1，6.1.2，6.1.3。 


: 一 个 奇数 ， 男 一 个 偶数 。 如 iPhone 3.1.3 和 Android 3.1.4。 下 个 版 本 则 是 iPhone 3.1.5 和 Android 3.1.6。 其 实 这 也 是 没 给 自己 留 后 路 ， 如 果 3.1.3 发 现 问题 要 紧急 发 版 ， 将 没有 版 本 号 可 


我 还 见 过 3.1563 这 样 的 版 本 号 ， 也 曾 见 过 6.0.1.2 这 样 的 版 本 号 ， 但 都 属于 非 主流 ， 这 里 就 不 多 做 介绍 了 。 
9.12.2 ”App 彩蛋 
1. 我 发 现 一 些 App 的 包 中 总 是 有 些 有 趣 的 文件 : 

“ 比如 apk 包 中 摊 杂 gradle 等 文件 ， 这 一 看 就 是 Android 打 渠道 包 时 留 下 的 垃圾 。 


:比如 ipa 包 中 返 杂 .h 文 件 ， 其 中 有 程序 员 的 签名 ， 让 自己 的 大 名 出 现在 几 千 万 用 户 的 手机 中 ， 我 也 是 醉 了 。 


“ 比如 包 中 有 些 文件 会 带 有 Test 前 级 ， 这 明显 是 用 于 自动 化 测试 的 。 


以 上 种 种 ， 从 侧面 表现 出 App 的 开发 团队 的 水 平 很 业余 。 


2 哥们， 裤子 拉链 开 了 ! 


有 时 还 能 从 App 的 设置 页 面 看 到 “调试 ”这 样 的 后 门 ， 点 进去 看 到 的 是 专门 给 开发 人 员 联 调 、 测 试 人 员 验 收 时 使 用 的 页 面 。 这 就 上 升 到 线 上 故障 了 。 


3. 图 片 不 要 使 用 中 文 名 称 
建议 还 是 全 都 使 用 英文 名 称 的 图 片 名 称 。 中 文 名称 多 少 显得 有 些 业 余 。 我 还 见 过 “+.png” 这 样 的 图 片 名 称 ， 对 应 的 就 是 一 个 加 号 图 片 。 
4 大 文件 
我 见 过 有 些 App 里 面 会 有 7.6M 的 图 片 ， 我 打开 一 看 ， 其 实 就 是 “添加 收藏 ”的 按钮 图 片 。 把 这 张 图 片 扔 进 App 中 的 程序 员 ， 可 以 吊 起 来 暴打 一 顿 了 。 
我 还 见 过 有 的 App 谋 入 1 个 2.6MB 的 字体 文件 ， 这 相当 不 划算 。 如 果 只 用 到 这 个 字体 的 几 个 字 ， 那 么 还 不 如 将 它 做 成 icon 放 到 ttf 字 体 文件 中 。 
5.Zip 压 缩 包 用 密码 


如 果 你 觉得 自己 的 配置 文件 、Lua 脚 本 、HTML5 真 的 很 重要 ， 不 想 被 别人 看 到 ， 就 把 它们 压缩 为 Zip 包 吧 ， 并 加 上 一 个 密码 。 


9.13 ”本章 小 结 


“ 当 我 们 认为 自己 对 这 个 世界 已 经 相当 重要 的 时 候 ， 其 实 这 个 世界 才刚 刚 准 备 原谅 我 们 的 幼稚 。” 这 句 话 时 刻 警醒 着 我 ， 不 要 沉迷 于 以 往 取得 的 成 绩 ， 作 为 技术 负责 人 ， 要 与 时 俱 


洲 


， 要 有 敏锐 的 嗅觉 ， 才 能 跟 得 上 时 代 的 潮流 。 要 永远 抱 着 谦 摆 的 心态 ， 去 学 习 竞 争 对 手 先进 的 技术 和 理念 ， 才 能 时 刻 在 这 个 行业 占据 着 主动 地 位 。 


第 三 部 分 “项目 管理 和 团队 建设 


“ 第 10 章 项 目 管理 决定 了 开发 速度 
“第 11 章 日 常 工作 中 的 问题 解决 
“ 第 12 章 无 线 团 队 的 组 建 和 管理 
打造 一 支 李 云龙 风格 的 独立 团 。 
这 部 分 讨论 三 个 主题 : 移动 项 目 管 理 、 线 上 问题 分 析 与 解决 、 团 队 建 设 。 


个 人 技术 水 平 再 高 ， 不 懂得 怎么 带 项 目 带 团队 ， 也 是 白搭 。 我 做 过 很 多 失败 的 项 目 ， 也 按期 交付 过 优质 的 项 目 。 成 功 不 可 复制 ,但 是 失败 的 经 验 教 训 一 定 要 吸取 。 我 的 经 验 心得 是 ， 
项 目 是 否 成 功 ， 一 半 取 决 于 团队 的 技术 水 平 ， 另 一 半 取 决 于 项 目 经 理 的 经 验 ， 比 如 说 ， 如 何 拆 分 需求 到 若干 次 迭代 ， 如 何 激励 士气 ， 如 何 控制 风险 。 


对 于 移动 互联 网 公司 ， 日 常 工作 中 除了 做 项 目 ， 还 要 解决 线 上 各 种 各 样 的 问题 。 如 何 快速 准确 地 定位 问题 需要 经 验 积累 ， 每 一 个 成 熟 的 方法 背后 ， 都 有 一 个 充满 血 和 泪 的 故事 。 


我 讨厌 教条 式 的 KPI 考 核 ， 我 对 员工 的 评价 是 基于 他 的 潜力 以 及 成 长 。 有 潜力 的 员工 永远 是 我 欣赏 的 。 但 是 一 个 团队 不 能 全 都 是 这 样 的 人 ， 要 像 西 天 取经 组 合 那 样 兼容 并 包 。 我 喜欢 
招 有 潜力 、 有 了 悟性、 性格 比较 外 向 的 员工 ， 即 使 当前 的 技术 水 平 还 不 够 ， 但 我 会 通过 各 种 方式 将 其 培养 成 为 一 流 人 才 ， 看 人 才 逐 步 成 长 ， 就 像 雕 琢 玉 器 一 样 ， 是 一 个 享受 的 过 程 。 


第 10 章 “项目 管理 决定 了 开发 速度 


想 改变 现状 ， 首 先 要 深入 一 线 ， 熟 悉 现状 ， 知 道 了 一 线 人 员 的 苦 与 痛 ， 然 后 才能 一 小 步 一 小 步 地 优化 ， 步 子 太 大 ， 容 易 扯 着 蛋 ， 后 期 可 以 把 步子 迈 得 大 一 些 ， 最 终 朝 着 你 所 期 望 的 那 
个 方向 逼近 。 


一 次 性 把 流程 全 都 改变 了 ， 一 线 人 员 首 先 会 不 习惯 ,从 而 达 不 到 效果 ,但 是 各 种 报表 是 好 看 的 ， 上 报 给 大 老板 的 结果 都 是 好 的 ， 直 到 最 后 一 天 后 不 住 了 ， 才 会 发 现 延 期 或 者 驴 层 不 对 
马 嘴 ， 而 项 目 负责 人 这 时 候 总 能 找到 脱身 的 理由 ， 比 如 团队 执行 不 到 位 ， 其 他 部 门 配合 不 够 ， 然 后 轻描淡写 地 说 “ 先 解 决 问题 而 不 追究 责任 ”。 于 是 ,项 目 每 次 迭代 都 会 延期 而 得 不 到 本 
质 上 的 改变 。 


王安石 变法 不 就 是 个 很 好 的 反面 教材 吗 ?” 那 次 变法 具备 了 项 目 管理 中 最 忌讳 的 几 件 事情 : 


2) 理想 美好 但 是 不 切实 际 ， 最 后 连 农民 阶层 这 样 的 “受益 者 ”都 反对 。 


3) 一 次 性 改变 太 多 ， 导 致 树 敌 太 多 。 很 多 人 不 理解 不 支持 ， 尤 其 是 既得 利益 受到 损害 的 阶层 。 


无 线 项 目的 管理 ， 与 之 前 的 所 有 项 目 都 不 同 ， 因 为 它 涉及 iOS、Android、MobileAPI 和 QA 团队 的 相互 依赖 、 分 工 协 作 的 事情 。 以 下 是 我 这 几 年 来 在 无 线 领域 摸 着 石头 过 河 的 经 验 总 
结 ， 其 中 也 走 过 不 少 弯路 ， 仅 供 大 家 参考 。 


10.1 项 目 管理 中 的 三 驾 马 车 


对 于 无 线 研发 部 门 而 言 ， 一 个 完整 的 团队 ， 应 该 包括 产品 经 理 、 开 发 、 测 试 这 3 个 团队 ， 我 们 称 之 为 “三 驾 马 车 ”。 其 中 ， 


“ 产品 经 理 是 三 驾 马 车 的 灵魂 。 


“ 开发 团队 是 三 驾 马车 的 主力 。 


“ 测试 团队 是 三 驾 马 车 中 的 保证 。 


要 想 项 目 跑 得 快 ， 一 定 要 搞 好 三 驾 马 车 之 间 的 关系 。 团 队 之 间 越 默契 ， 效 率 越 高 ， 质 量 越 高 。 


我 们 需要 为 三 驾 马 车 配备 一 个 驾驶 员 ， 也 就 是 项 目 经 理 。 因 为 现在 互联 网 公司 都 走 敏捷 流程 ， 所 以 又 称 这 个 角色 为 Scrum Master， 他 负责 把 三 驾 马 车 快速 而 平稳 地 驾驶 到 终点 。 


10.1.1 为 什么 不 能 没有 测试 团队 


我 见 过 有 些 公司 没有 测试 团队 ， 而 是 让 开发 人 员 自 测 ， 产 品 经 理 验收 。 这 是 一 件 非常 不 靠 谱 的 事情 ， 原 因 如 下 : 


1) 开发 人 员 自 测 ， 只 会 按照 自己 编程 的 逻辑 进行 测试 ， 很 多 时 候 ， 局 外 人 一 一 也 就 是 测试 人 员 ， 因 看 事情 的 角度 不 同 ， 才 能 发 现 更 多 的 问题 。 


2) 测试 过 多 地 占用 了 产品 经 理 的 精力 。 产 品 经 理应 该 更 多 地 关注 产品 本 身 ， 包 括 页 面 转 化 率 、 用 户 体验 ， 等 等 。 其 实 他 们 只 要 在 发 版 前 验收 一 下 需求 (逻辑 、UI) 是 他 们 想 要 的 就 


可 以 了 。 而 测试 人 员 的 工作 就 是 一 天 到 晚 执行 测试 用 例 ， 想 方 设法 发 现 bug。 


3) 测试 工作 不 是 产品 经 理 的 专长 ， 很 多 情况 ， 比 如 边界 条 件 ， 就 是 产品 经 理 测 不 到 的 地 方 。 试 想 一 个 登录 功能 ， 产 品 经 理 的 验收 标准 仅仅 是 点 击 登录 按钮 能 进入 个 人 中 心 就 够 了 ， 
而 测试 人 员 的 测试 用 例 却 有 50 多 个 。 


4) 产品 经 理 对 bug 的 关注 度 不 够 ， 于 是 经 常 出 现 开 发 人 员 修 复 一 个 bug， 但 是 产品 经 理 几 天 后 才 会 验收 的 情况 一 一 他 们 常常 是 把 bug 积 压 到 一 定数 量 后 才 批 量 处 理 ， 这 样 比 较 省 事 ， 
殊不知 这 样 的 风险 很 大 ， 如 果 最 后 才 发 现 有 bug 并 没有 完全 修复 而 此 时 又 临近 发 版 ， 那 么 就 只 能 是 项 目 延 期 或 者 忍痛 屏蔽 该 功能 了 。 


以 上 4 点 ， 是 我 这 几 年 来 作为 项 目 管理 者 所 观察 到 的 情况 ， 由 此 而 验证 测试 团队 在 敏捷 开发 流程 中 不 可 或 缺 的 地 位 。 


一 个 好 的 移动 团队 ， 至 少 要 有 2 名 测试 人 员 ， 开 发 和 测试 比 大 约 是 6:1。 也 就 是 说 ，1 个 测试 人 员 对 2 个 iOS 开 发 人 员 +2 个 Android 开 发 人 员 +2 个 MobileAPI 开 发 人 员 。 测 试 团队 应 该 担 
负 的 工作 如 下 : 


: 召开 测试 用 例 评审 会 一 一 相当 于 需求 二 次 评审 。 测 试 人 员 、 开 发 人 员 、 产 品 经 理 在 会 议 上 对 需求 达成 一 致 。 
. 手动 测试 。 

: 全 功能 回归 测试 。 

- 探索 性 测试 。 

“ 渠道 包 测 试 。 

MobileAPI 发 布 上 线 前 的 测试 工作 。 

“压力 测试 。 

-Monkey 测试 。 


“ 客人 投诉 回访 。 


在 很 多 公司 里 ， 因 为 过 度 强调 开发 团队 的 重要 性 ， 测 试 团队 往往 沦 为 附庸 。 于 是 ， 测 试 团队 往往 是 被 项 目 经 理 安排 去 做 某 项 工作 ， 而 不 是 自主 选择 该 去 做 什么 事情 。 被 动 的 入 了 ,， 自 
然 就 形成 鸡肋 了 。 


测试 团队 应 该 在 项 目 中 有 自己 的 话语 权 ， 一 方面 他 们 要 对 质量 负责 ， 另 一 方面 ， 他 们 要 及 时 反馈 迭代 过 程 中 发 现 的 各 种 风险 ， 比 如 : 
: 当 测 试 资源 不 足 时 ， 应 该 告诉 项 目 经 理 哪些 功能 因为 没有 测试 资源 是 不 能 上 线 的 。 


“ 在 发 版 前 如 果 发 现 bug 很 多 ， 应 该 通知 项 目 经 理 这 次 迭代 的 风险 。 要 么 延期 ， 要么 砍 功能 。 但 是 决 不 能 带 着 严重 的 bug 上 线 。 


10.1.2 ”产品 经 理应 做 的 事 


崔 


产品 经 理 不 再 承担 测试 的 工作 时 ， 就 应 该 把 更 多 精力 放 在 需求 本 身 了 。 他 们 应 该 花 80% 时 间 在 需求 上 ， 以 确保 需求 尽量 清晰 ， 至 少 自 己 想 明 白 了 ， 才 能 让 开发 人 员 和 测试 人 员 也 明 


另外 20% 时 间 干 什么 呢 ? 


首先 他 要 参加 开发 和 测试 人 员 的 每 日 站 例会 ， 这 样 才 会 知道 开发 人 员 在 哪些 需求 上 遇 到 了 逻辑 问题 ， 从 而 及 时 做 出 调整 。 这 个 站 例会 很 重要 ， 如 果 产 品 经 理 不 能 保证 每 天 都 参加 ， 有 
可 能 直到 最 后 一 天 才 告 诉 团队 这 不 是 他 想 要 的 产品 。 


由 


新 定义 业务 逻辑 ， 让 开发 人 员 


其 次 ,测试 团队 提 的 bug， 经 过 开发 人 员 分 析 后 ， 发 现 是 产品 需求 的 问题 ， 会 将 bug 转 给 产品 经 理 。 产 品 经 理 每 天 都 要 检查 分 配给 自己 的 bug， 要 么 
照 此 修改 ;要 么 降低 bug 优 先 级 ， 本 期 迭代 不 修复 。 


验收 需求 。 在 开发 工作 结束 、 测 试 工 作 接近 尾声 时 ， 产 品 经 理 要 安装 一 个 开发 版 App， 验 证 实际 开发 出 来 的 功能 是 否 与 他 的 需求 一 致 。 


最 后 ， 也 就 是 发 版 前 ， 产 品 经 理 要 根据 本 次 迭代 的 bug 清 单 ， 根 据 测 试 团队 的 反馈 ， 决 定 是 否 发 版 一 一 bug 太 多 可 能 会 延期 。 


产品 经 理 在 项 目 中 的 职责 很 简单 ， 就 是 定义 什么 是 对 的 ， 然 而 很 多 公司 为 其 赋予 了 太 多 的 责任 ， 比 如 他 们 要 对 项 目 进度 负责 ， 所 以 每 天 要 组 织 站 例会 ， 他 们 要 对 项 目 质量 负责 ， 所 以 
每 天 要 进行 测试 。 请 问 ， 这 样 的 产品 经 理 还 会 有 什么 天 马 行 空 的 想法 呢 ? 用 我 老板 的 话 讲 ， 把 产品 经 理 当 牲口 使 。 


很 多 互联 网 公司 在 设计 App 时 ， 都 是 把 网 站 上 的 成 熟 产品 搬 到 App 上 ， 这 不 需要 太 多 的 产品 设计 ， 所 以 把 产品 经 理 当 牲 口 使 这 种 策略 一 度 是 可 行 的 。 但 随 着 网 站 内 容 和 App 内 容 渐 趋 
一 致 后 ， 如 果 还 想 在 App 上 有 所 突破 ， 比 如 App 上 的 订单 超过 网 站 上 的 订单 ， 这 就 需要 在 用 户 体验 、 运 营 策 略 上 下 功夫 了 。 


10.1.3 ”开发 人 员 的 喜 怒 喜乐 
我 是 程序 员 出 身 ， 也 曾 过 着 上 班 时 穿 拖鞋 短裤 的 上 T 男 生活 。 我 深 知 技术 男 喜欢 什么 ， 不 喜欢 什么 。 


一 个 软件 /互联 网 公司 的 成 功 与 否 ， 很 大 程度 上 取决 于 这 些 技术 男 也 就 是 开发 人 员 的 存在 ， 只 有 他 们 能 把 产品 经 理 的 想法 或 者 尝试 付 诸 实践 ， 这 才 是 其 价值 所 在 。 


开发 人 员 要 想 尽 一 切 办 法 实现 需求 ， 而 不 是 一 天 到 晚 发 牢骚 ， 说 这 个 需求 做 不 了 那个 需求 做 了 也 没 用 。 值 得 欣慰 的 是 ， 牢 骚 归 牢骚 ， 再 苦 再 累 ， 绝 大 多 数 一 线 开发 人 员 还 是 会 咬 着 牙 
需求 按时 做 完 ， 诚 然 ， 熬 夜 加 班 是 必须 的 。 


这 众多 的 牢骚 之 中 ， 我 听 到 抱怨 的 最 多 是 : 


1) 一 句 话 需求 。 


2) 开发 过 程 中 ， 产 品 需求 频繁 变动 。 


3) 产品 经 理 搞 不 清楚 业务 逻辑 。 直 到 开发 过 程 中 才 发 现 有 问题 。 


4) UI 设计 图 、 切 图 、 标 注 图 不 到 位 。 


所 有 这 一 切 ， 只 能 怪 互联 网 公司 节奏 太 快 ， 不 能 像 软件 公司 那样 按部就班 的 工作 。 


我 在 接 下 来 的 章节 ， 就 是 要 想 尽 各 种 办 法 ， 来 解决 这 些 问题 。 


10.1.4 “项目 经 理 的 职责 


在 敏捷 流程 中 ， 项 目 经 理 也 称 为 Scrum Master。 根 据 我 多 年 做 Scrum Master 的 经 验 ， 我 的 切身 体会 是 : 


1) 项 目 经 理 不 需要 知道 太 多 的 业务 逻辑 ， 他 只 关心 项 目 进度 就 够 了 。 


2) 一 个 团队 是 否 高 效 ， 完 全 取决 于 项 目 经 理 的 水 平 。 


项 目 经 理 的 事情 非常 琐碎 ， 他 不 需要 技术 和 业务 知识 ， 但 是 却 一 天 到 晚 跟着 项 目 进度 走 ， 和 各 个 团队 沟通 ， 协 调资 源 。 以 下 是 项 目 经 理 的 几 项 职责 : 


1) 搜集 开发 计划 和 测试 计划 。 分 配 开发 任务 和 测试 任务 是 开发 和 测试 团队 各 自 的 Team Leader 的 工作 。 他 们 会 把 工时 汇总 给 项 目 经 理 和 产品 经 理 ， 然 后 由 项 目 经 理 协调 三 驾 马 车 ， 
在 规定 的 期 限 内 ， 尽 可 能 多 的 排 进 更 多 的 需求 。 


2) 主持 每 天 的 站 例会 ， 并 发 送 会 议 记 要 。 绝 对 禁止 发 送 报喜 不 报 忧 的 会 议 记 要 。 


3) 积极 面 对 风 险 ， 及 时 调整 计划 ， 以 减少 风险 。 这 句 话 说 起 来 简单 ， 实 际 操作 起 来 绝 非 易 事 ， 很 大 程度 上 取决 于 项 目 经 理 的 经 验 。 


4) 及 时 解决 各 个 地 方 的 瓶颈 。 
5) 推动 bug 的 修复 情况 。 


6) 监督 开发 团队 的 冒 烟 测试 、 测 试 团队 的 探索 性 测试 、 产 品 经 理 的 验收 工作 。 


7) 如 果 开 发 流程 需要 同步 到 jira， 那 么 项 目 经 理 要 负责 创建 story 和 Task。 为 了 提高 开发 人 员 的 工作 效率 ， 项 目 经 理 可 以 在 每 天 开 完 站 例会 ， 了 解 完 所 有 人 员 的 进度 后 ， 根 据 会 议 记 
要 ， 帮 助 开 发 人 员 在 jira 上 同步 进度 。 


我 个 人 是 不 喜欢 jira 的 ， 因 为 操作 起 来 太 麻烦 ， 不 如 Excel 简 单 明 了 。 不 同 项 目 经 理 有 各 自 使 用 顺手 的 工具 ， 半 个 小 时 内 能 完成 同步 进度 的 工具 都 是 好 工具 。 


8) 项 目 结束 后 ， 召 开 总 结 会 ， 好 的 地 方 继续 保持 ， 做 的 不 好 的 地 方 ， 集 思 广 益 想 办 法 解决 。 


以 上 介绍 了 无 线 部 门 敏捷 开发 中 各 个 团队 的 作用 ， 接 下 来 介绍 如 何 搞 敏捷 开发 。 


10.2 ”优化 团队 结构 ， 让 敏 擂 流程 跑 得 更 快 


敏捷 流程 中 ， 切 忌 僵 化 的 团队 组 织 结构 。 为 了 让 敏捷 流程 忠 得 更 快 ， 我 们 应 该 不 断 地 优化 团队 的 结构 和 开发 模式 ， 不 断 地 尝试 ， 发 现 好 的 地 方 要 坚持 ， 发 现行 不 通 ， 观 察 一 两 个 迭代 
后 果断 撤回 来 ， 再 去 想 别 的 办 法 。 本 节 我 将 介绍 敏捷 过 程 中 的 一 些 优化 方案 。 


10.2.1 “平行 模式 还 是 垂直 模式 


由 于 移动 互联 网 的 开发 模式 有 别 于 传统 互联 网 一 它 是 由 Android、iOS 和 MobileAPI 三 个 团队 组 成 的 ， 所 以 选择 什么 样 的 开发 模式 是 很 有 讲究 的 : 


平行 模式 ， 就 是 Android、iOS 和 MeobileAPI 各 自 为 一 个 独立 的 团队 ， 在 项 目 初期 ， 
再 进行 集成 测试 。 


en 


队 间 制定 好 MobileAPI 接 口 的 格式 ， 约 定好 联 调 时 间 ， 就 可 以 各 自 开 工 了 。 然 后 到 了 联 调 时 间 ， 


垂直 模式 ， 就 是 按照 模块 ， 拆 分 出 若干 小 的 团队 ， 比 如 说 会 员 中 心 ， 就 由 一 个 小 团队 负责 这 个 模块 ， 有 相应 的 Android、iOS 和 MobileAPI 开 发 人 员 ， 以 及 产品 经 理 和 测试 人 员 。 


这 两 种 模式 我 都 尝试 过 ， 分 别 介绍 如 下 : 


1. 垂 直 开发 模式 


我 曾经 做 过 一 个 B2C 项 目 ， 使 用 的 就 是 垂直 模式 。 团 队 10 个 人 ， 其 中 : 


“ 1 个 项 目 经 理 。 


" 2 个 Android 开 发 人 员 。 


. 2 个 iOS 开 发 人 员 。 


: 2 个 MobileAPI 开 发 人 员 。 


: 2 个 测试 人 员 。 


这 个 项 目 做 了 2 个 月 ， 延 期 4 天 上 线 ， 排 除 掉 过 程 中 遇 到 的 很 多 不 可 抗 因素 (比如 公司 的 新 人 培训 、 测 试 环境 的 不 稳定 性 ， 等 等 ) ， 算 是 一 个 比较 成 功 的 项 目 。 


我 一 直 在 思考 这 个 项 目 成 功 的 原因 ， 因 为 之 前 做 的 很 多 项 目 都 要 延期 很 久 ， 其 中 有 一 点 非常 关键 : 垂直 模式 的 开发 模式 使 得 这 只 团队 非常 高 效 。 当 App 开 发 人 员 发 现 有 个 MobileAPI 
接口 不 能 使 用 时 ， 他 会 抱 着 笔记 本 坐 到 MobileAPI 开 发 人 员 旁边 的 座位 上 ， 一 起 联 调 ， 直 到 解决 问题 。 测 试 人 员 从 前 端 发 现 bug， 会 从 App 往 下 一 路 查 到 MobileAP1， 直 到 bug 修 复 。 所 
有 人 都 在 对 一 个 团队 负责 ， 为 一 个 目标 而 努力 。 


2. 平 行 开发 模式 


仍然 是 上 述 这 种 拆 分 成 若干 独立 小 团队 的 开发 模式 ， 在 其 他 公司 却 行 不 通 。 我 们 虽然 将 开发 团队 按照 业务 模块 拆 分 为 若干 个 独立 小 团队 了 ， 但 是 战斗 力 并 没有 得 到 加 强 ， 因 为 拆 分 前 
并 没有 确保 每 个 开发 人 员 都 熟悉 自己 所 负责 的 模块 。 后 来 ， 有 开发 人 员 离 职 ， 随 着 2~ 3 名 技术 骨干 的 离开 ， 这 种 模式 就 走 不 下 去 了 。 有 些 组 只 剩 下 一 些 实习 生 ， 难 以 维持 下 去 ， 只 能 合 
到 其 他 组 。 


另 一 方面 ， 由 于 Android 和 iOS 开 发 人 员 被 分 散 到 各 个 组 ， 以 至 于 我 想 做 重 构 的 时 候 ， 每 个 组 的 进度 不 一 致 ， 有 的 组 有 时 间 ， 有 的 组 还 在 做 需求 ， 导 致 重 构 的 事情 推 不 下 去 。 


于 是 ， 我 们 又 退回 到 平行 模式 ， 重 新 把 团队 按照 技能 划分 为 Android、iOs 和 MeobileAPI 团 队 。 


由 此 而 吸取 的 教训 是 ， 在 团队 没有 成 规模 之 前 ， 不 宜 拆 分 。 这 就 好 比 一 只 手 有 五 根 手 指 ， 揭 成 源头 打出 去 才 有 力量 。 另 一 方面 ， 即 使 是 要 做 拆 分 ， 比 如 一 支 10 人 的 Android 技 术 | 
队 ， 也 是 每 次 拆 分 出 2 个 人 ， 一 步 步 的 进行 ， 而 不 是 一 下 子 就 把 10 个 人 拆 成 5 支 2 人 团队 了 。 


是 


每 次 拆 分 出 的 这 2 个 人 ， 就 雷 打 不 动 做 这 个 模块 了 。 不 能 说 哪 天 其 他 模块 没 人 了 ， 把 他 们 调 回 去 ， 临 时 支援 1~2 周 ， 这 是 不 行 的。 必须 把 人 固定 在 模块 上 ， 才 能 培养 出 这 2 个 人 的 业务 
知识 。 


介绍 完 上 述 两 种 开发 模式 ， 可 以 观察 到 适用 于 无 线 开发 团队 的 开发 模式 。 从 短期 看 ， 人 人 少 的 时 候 ， 平 行 模式 比较 有 优势 ; 从 长 期 看 ， 随 着 业务 规模 的 扩大 ， 垂 直 开 发 模式 是 大 势 所 
趋 。 毕 竟 ， 对 于 Team Leader 而 言 ， 手 下 超过 6 个 人 就 会 有 管理 上 的 问题 。 


10.2.2 ”让 HTML5 站 点 和 MobileAPI 的 进度 提前 一 个 迭代 


做 了 这 几 年 的 迭代 ， 我 的 切身 感受 是 ， 一 个 功能 点 ， 只 要 是 MobileAPI 和 App 同 时 开发 ， 就 会 延期 。 而 那些 现成 的 MobileAPI 接 口 ，App 开 发 人 员 可 以 直接 拿 来 使 用 ， 一 般 都 不 会 延 
期 。 


尝试 过 每 次 让 HTML5 网 站 先行 ， 请 他 们 先 去 扫雷 ， 他 们 会 和 MobileAPl 早 一 个 迭代 把 这 个 功能 在 HTML5 站 点 实现 了 ， 下 一 个 迭代 再 接 入 App。HTML5 网 站 的 特点 是 开发 周期 短 ， 
往往 一 个 页 面 App 需 要 1 天 ， 而 HTML 5 页 面 一 个 小 时 就 做 好 了 。 


10.2.3 ”如 何 进行 模块 化 分 工 


任何 一 个 企业 级 App， 都 是 由 若干 个 业务 模块 组 成 ， 比 如 说 会 员 中 心 、 美 食 、 电 影 等 等 。 我 们 要 确保 每 一 个 模块 都 有 1~2 个 开发 人 员 非 常熟 悉 它 的 业务 逻辑 ， 长 时 间 在 该 模块 上 开发 
和 维护 。 


我 见 过 10 人 的 Android 开 发 团队 ， 因 为 没有 明确 的 业务 模块 分 工 ， 导 致 每 次 迭代 ， 负 责 开 发 某 个 功能 的 开发 人 员额 外 还 需要 1~2 天 熟悉 代码 和 业务 的 时 间 ， 直 接 导致 了 开发 效率 的 下 


当 模 块 化 工作 落实 到 每 一 个 开发 人 员 身 上 时 ， 你 会 发 现 ， 每 当 产 品 经 理 提 一 个 需求 ， 比 如 说 美食 模块 ， 那 么 Android 开 发 、iOs 开 发 、MobileAPI 开 发 、 产 品 经 理 、 测 试 人 员 会 自发 组 
建 一 个 QQ 群 ， 在 里 面 讨论 、 沟 通 该 功能 点 的 所 有 事情 ， 直 到 开发 完成 、 测 试 人 员 和 产品 经 理 验收 通过 。 他 们 会 协调 时 间 ， 以 确保 该 需求 准时 完成 。 


在 模块 化 的 实际 操作 中 ， 被 划分 到 某 个 模块 的 开发 人 员 ， 不 仅仅 要 熟悉 该 模块 的 业务 逻辑 ， 从 代码 角度 来 说 ， 还 要 清晰 地 知道 该 模块 包括 哪些 Activity、Adapter、Entity 和 其 他 一 些 
类 。 我 们 在 第 1 章 1.1 节 介绍 过 ， 要 对 项 目 进行 重 构 ， 把 项 目 按照 业务 模块 进行 组 织 ， 也 是 基于 这 个 目的 。 


模块 化 分 工 是 一 个 需要 长 时 间 磨 合 、 调 整 的 过 程 。 我 的 切身 体会 是 ， 要 确保 “让 合适 的 人 做 合适 的 事 ”， 比 如 说 : 


:并 不 是 每 个 人 都 能 接手 “会 员 中 心 ” 这 个 模块 的 ， 这 个 模块 包括 个 人 信息 、 各 种 订单 信息 、 消 息 盒子 、 充 值 、 红 
脏 活 累 活 ， 所 以 需要 一 个 沙 僧 型 任劳任怨 的 开发 人 员 来 负责 。 


、 积 分 等 等 很 零碎 的 功能 ， 通 常 没有 太 多 的 技术 含量 ， 而 大 多 是 


[ey 


“ 对 于 公司 最 重要 的 业务 模块 ， 要 委派 踏实 勤奋 的 开发 人 员 ， 路 实 是 确保 质量 高 ， 不 会 犯 思春 的 错误 以 至 于 影响 公司 生意 ， 勤 奇 是 确保 任务 做 不 完 时 能 加 班 。 因 为 往往 这 块 业务 每 次 
和 迭代 都 有 大 量 的 需求 ， 所 以 还 要 配备 候补 开发 人 员 ， 以 备 不 时 之 需 ， 从 而 才能 消化 所 有 的 需求 。 


: 技术 能 力 强 的 人 往往 效率 要 高 于 其 他 开发 人 员 ， 所 以 要 经 常 把 有 挑战 的 工作 交 给 他 们 去 做 ， 比 如 说 Monkey 上 日 志 分 析 ， 比 如 说 线 上 Crash 分 析 并 修复 。 
“ 沟通 能 力 强 的 ， 这 种 人 适合 解决 每 天 的 用 户 投诉 ， 从 而 准确 地 定位 问题 。 


由 此 而 想到 另 一 个 问题 ， 如 何 开发 工时 估算 得 更 准 ?只 要 做 到 了 模块 化 分 工 ， 让 熟悉 该 模块 的 开发 人 员 佑 计 工 时 ， 就 能 评 佑 出 精准 的 工时 ， 从 而 知道 每 次 迭代 最 多 能 做 多 少 需求 。 


10.3 App 敏捷 开发 流程 


每 个 公司 都 有 自己 的 开发 迭代 周期 ， 有 4 周 的 ， 有 2 周 的 ， 也 有 1 周 的 。 也 不 好 判断 究竟 哪个 开发 节奏 更 好 ， 只 能 说 各 家 有 各 家 的 打 法 ， 各 家 有 各 家 的 烦心 事 。 下 面 就 让 我 来 逐一 介绍 


一 下 这 几 种 开发 流程 


10.3.1 四周 时 间 的 开发 流程 


1. 巧 妙 安排 迭代 间隙 


敏捷 开发 的 周期 ， 包 括 从 需求 准备 、 排 期 、 开 发 、 测 试 到 上 线 、 发 版 ， 可 长 可 短 。 


在 一 个 月 迭代 周期 开始 之 前 ， 我 先 介 绍 一 下 ， 我 们 都 干 些 什么 ? 


这 期 间 ， 通 常会 有 1~2 天 时 间 ， 除 了 让 团队 休整 ， 该 约会 的 约会 ， 该 学 车 的 学 车 ， 还 要 做 以 下 这 些 事 


情 : 


1) 总 结 上 次 迭代 的 若干 问题 。 也 就 是 所 谓 的 post mortem， 这 个 总 结 会 议 很 重要 ， 需 要 把 上 次 迭代 做 得 好 的 和 不 好 的 ， 都 列举 出 来 。 好 的 ,我 们 下 次 迭代 要 继续 遵守 ; 不 好 的 ,要 
在 下 次 迭代 想 办 法 解决 ， 落 实 到 具体 的 负责 人 。 


2) 修复 上 次 迭代 来 不 及 处 理 的 bug。 每 次 迭代 都 会 有 一 些 bug 遗 留 下 来 ， 之 所 以 不 修复 ， 是 因为 改动 这 个 bug 可 能 会 导致 很 大 的 隐患 ， 或 者 测试 团队 没有 时 间 去 验证 ,或 者 需求 不 清 
， 需 要 产品 经 理 将 其 细 化 ， 在 下 期 迭代 作为 一 个 Task 来 完成 。 


溢 


3) 做 一 些 代码 上 的 重 构 工作 。 包 氏 法 则 之 一 : 永远 以 产品 需求 为 最 高 优先 级 的 Task， 在 想方设法 完成 了 需求 之 后 ， 再 利用 剩余 的 时 间 来 做 代码 优化 、 项 目 重 构 的 事情 。 重 构 工作 一 
般 放 在 迭代 前 期 进行 ， 这 样 测试 人 员 才 可 以 将 其 也 作为 一 个 测试 任务 去 评 佑 时间。 此外， 在 项 目前 期 完成 重 构 ， 可 以 通过 接 下 来 长 达 4 周 的 迭代 时 间 来 发 现 重 构 所 带 来 的 各 种 问题 并 及 时 
修复 。 


4) 讨论 新 需求 ， 划 分 到 具体 的 开发 人 员 和 测试 人 员 ， 评 估 出 工时 和 工期 。 这 时 要 求 产品 经 理 的 需求 文档 已 经 到 位 了 。 


项 目 经 理 召 开 一 次 全 部 人 员 参 加 的 需求 确认 会 ， 由 产品 经 理 讲解 每 个 需求 。 为 此 ， 要 确保 每 个 模块 都 有 1~2 名 开发 负责 人 ， 从 而 保证 该 模块 有 需求 时 至 少 有 1 个 人 立刻 能 上 ， 当 该 模块 
需求 过 多 时 ， 迅 速 把 第 2 个 人 也 补 上 来 。 同 时 ， 也 降低 了 项 目 对 人 的 依赖 ， 以 确保 任何 一 个 人 都 有 备 胎 。 这 是 团队 建设 必须 做 、 并 持之以恒 去 做 的 一 件 事 。 


把 需求 划分 到 人 ， 听 产品 经 理 讲 完 需求 之 后 ， 就 该 评估 工时 了 。 当 收集 到 所 有 开发 人 员 报 上 来 的 工时 后 ， 你 会 发 现 : 


: 有 人 工时 过 多 ， 超 过 了 2 周 ， 有 人 则 不 足 2 周 ， 这 时 项 目 管理 者 就 要 局 部 调整 Task， 以 确保 每 个 人 员 的 工时 都 控制 在 2 周 以 内 。 对 此 ， 我 称 之 为 “ 拆 东 墙 补 西 墙 ”。 开 发 工作 控制 在 2 
周 是 绝对 有 必要 的 。2 周 之 后 不 再 做 额外 的 需求 (除非 很 紧急 ) ， 不 再 做 任何 重 构 (除非 问题 很 严重 ) ， 以 确保 测试 阶段 项 目的 稳定 性 


: 一 个 简单 的 Task， 却 需要 3 天 才能 做 完 。 有 的 程序 员 喜 欢 给 自己 多 留 一 些 puffert， 以 确保 各 种 天 灾 人 祸 所 导致 的 Task 延 期 ， 但 作为 项 目 管理 者 ， 则 更 希望 每 个 Task 的 buffet 控 制 在 半天 
以 内 ， 这 样 才能 制定 出 比较 准 的 迭代 计划 。 有 的 程序 员 则 属于 偷 奸 要 滑 的 类 型 ， 他 们 会 把 工时 估 的 很 宽裕 ， 从 而 每 天 有 充足 的 时 间 去 亚 淘 宝 、QQ 聊 天 。 这 时 ， 项 目 管理 者 所 要 做 的 是 ， 擒 
起 笔记 本 ， 到 每 一 个 开发 人 员 座 位 上 ， 对 有 水 分 的 Task， 一 起 分 析 需 求 ， 重 新 评估 工时 ， 把 “水 分 ” 挤 出 来 。 


如 果 绞 尽 脑汁 排出 来 的 开发 工时 还 是 超过 2 周 ， 项 目 经 理 这 时 就 要 联系 产品 经 理 ， 砍 掉 一 些 不 必要 的 需求 ， 从 而 踩 住 2 周 code complete 那 个 时 间 点 ， 以 确保 本 次 迭代 不 会 有 太 大 风 


我 们 漏 了 一 个 环节 ， 那 就 是 测试 团队 的 测试 工时 。 有 时 候 ， 即 使 是 开发 能 在 这 2 周 把 所 有 需求 都 做 完 ， 测 试 资源 不 足 ， 也 会 需要 产品 经 理 适 度 砍 掉 一 些 需求 ， 以 确保 测试 时 间 够 用 ， 
保证 那些 重要 的 功能 点 。 或 者 把 那些 只 涉及 UI 改动 的 需求 转 给 产品 经 理 来 验收 。 


工时 安排 妥当 之 后 ， 接 下 来 需要 每 个 开发 人 员 为 自己 分 到 的 Task 制 定 工期 ， 即 先 做 哪个 、 后 做 哪个 。 


要 想 把 工期 排 好 ， 首 先 要 解决 App 对 原型 图 、MobileAPI 的 依赖 性 : 


: 有 些 需求 需要 美工 给 出 原型 图 和 切 图 ， 什 么 时 候 给 出 ， 对 工期 有 很 大 影响 。 
: 有 些 需求 需要 后 端 MobileAPI 提 供 数据 ， 什 么 时 候 MobileAPI 能 完工 ， 或 者 退 而 求 其 次 ， 事 先 制 定好 MobileAPI 接 口 ， 给 出 假 数据 也 能 接受 。 
“ 如 果 MobileAPI 的 进度 比 App 的 进度 能 提前 一 个 选 代 周 期 ， 那 么 就 能 避免 App 和 MobileAPI 并 行 开 发 所 带 来 的 风险 。 
以 上 都 是 项 目 管理 者 所 要 去 协调 沟通 的 。 
5) 在 迭代 正式 开始 的 前 一 天 ， 开 一 个 冲刺 会 ， 标 志 着 本 次 迭代 正式 开始 。 
如 果 前 戏 都 做 得 很 充分 了 ， 这 个 冲刺 会 其 实 就 是 走 个 形式 ， 开 发 人 员 、 测 试 人 员 、 产 品 经 理 聚 在 一 起 ， 然 后 宣布 下 期 进 代 从 明天 起 正式 开始 ， 上 线 时 间 点 是 哪 一 天 。 


会 议 控制 在 10 分 钟 。 也 许 有 人 会 问 ，10 分 钟 够 吗 ? 通常 会 有 团队 在 冲刺 会 上 把 项 目 分 配 、 评 估 、 工 时 和 工期 也 一 起 讨论 ， 所 以 开 一 天 才能 结束 。 其 实 大 可 不 必 ， 只 要 在 会 前 把 这 些 工 
作 做 足 了 ， 和 每 个 开发 人 员 都 充分 够 通过 ， 有 了 结论 ， 那 么 在 动员 大 会 上 ， 只 要 宣布 这 些 结论 就 可 以 了 ， 不 需要 再 讨论 。 


从 以 上 5 点 看 出 ， 途 代 开 始 前 的 这 几 天 ， 是 项 目 经 理 最 忙碌 的 日 子 ， 他 们 要 使 尽 浑身 解数 ， 在 迭代 开始 前 把 这 些 准备 工作 都 做 好 。 稍 有 延迟 ， 项 目 进度 就 会 受到 影响 ，10 多 个 开发 和 
测试 人 员 就 会 等 你 ， 项 目 经 理 耽误 1 个 小 时 ， 整 个 团队 耽误 就 是 10 多 个 小 时 。 


项 目 经 理 切 记 ， 永 远 不 要 让 自己 成 为 瓶颈 。 


接 下 来 的 4 周 就 是 真 刀 真 枪 的 迭代 时 间 了 。 


2. 控 制 4 周 迭代 的 节奏 


在 这 4 周 的 迭代 时 间 里 ， 要 干 的 事情 很 多 ， 把 这 些 事情 标注 在 时 间 轴 上 ， 如 图 10-1 所 示 。 


周一 到 周三 : 集中 测试 
产品 经 理 验收 
周 四 到 周 五 : 全 功能 回归 测试 
周 五 Code Complete \ 号 周一 到 周三 : 集中 测试 
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周 四 ， 测 试用 例 评 审 会 


图 10-1 4 周 和 迭代 流程 
1) 开始 两 周 ， 是 开发 时 间 。 


在 这 两 周 时 间 内 ， 初 期 会 有 一 个 测试 用 例 评审 会 ， 根 据 我 的 经 验 ， 就 是 需求 二 次 确认 会 。 一 般 而 言 ， 第 一 次 需求 确认 会 ， 开 发 和 测试 只 是 了 解 需求 ， 当 时 提 不 出 太 多 的 意见 。 只 有 经 


过 几 天 的 沉淀 ， 才 会 发 现 ， 有 些 需 求 并 不 合理 ， 所 以 我 们 每 次 开 测试 用 例 评审 会 ， 就 会 发 现 这 也 有 问题 ， 那 也 有 问题 ， 于 是 这 个 会 议 就 变 成 了 需求 二 次 确认 会 。 我 们 在 评审 测试 用 例 的 时 
候 ， 也 把 需求 最 终 确认 了 下 来 。 


在 这 2 周 的 开发 时 间 里 ， 会 遇 到 各 种 狗 血 的 事情 : 


: 上 一 个 版 本 发 现 了 重大 bug， 要 紧急 修复 并 发 版 。 


这 个 是 比较 费 开 发 和 测试 团队 时 间 和 精力 的 一 件 事 。 我 每 次 的 处 理 方式 是 调整 1 个 Task 延 期 到 下 期 迁 代 完成 ， 以 此 来 解决 资源 的 不 足 。 


“ 陆 陆 续 续 发 现 一 些 线 上 的 bug， 虽 然 不 是 很 严重 ， 但 要 放 到 本 次 和 代 内 修复 。 


作为 项 目 经 理 ,我 一 般 将 此 当 作 正常 迭代 中 的 bug 来 修复 ， 不 会 影响 迭代 的 工期 ， 但 是 遇 到 架构 上 的 问题 导致 的 bug， 可 能 就 要 排 到 下 期 迭代 来 完成 了 。 


“ 产品 经 理 经 常 插入 一 些 紧急 的 需求 。 


如 果 开 发 团队 和 测试 团队 都 能 消化 掉 这 类 紧急 需求 ， 那 么 就 排 到 2 周 开 发 的 工时 中 ; 如 果 测 试 团队 时 间 不 够 ， 就 开 新 分 支 来 完成 ， 下 期 迭代 合并 进来 再 进行 测试 ， 如 果 开 发 团队 时 间 
不 够 ， 那 么 就 把 还 没 开始 的 一 个 低 优先 级 Task 放 到 下 期 迭代 ， 以 优先 完成 这 个 新 需求 。 


一 些 需求 ， 临 时 决定 本 次 办 代 不 做 。 


这 样 开 发 人 员 就 有 额外 时 | 间 了 ， 我 一 般 安排 他 们 去 做 之 前 一 直 拖 欠 的 Task， 或 者 去 做 一 些 重 构 ， 但 是 考虑 到 测试 资源 的 问题 ， 所 以 每 次 都 是 做 在 新 分 支 上 ， 本 次 迭代 并 不 上 线 ， 放 到 
下 次 和 迭代 去 测试 。 


在 这 两 周 里 ， 随 着 新 需求 一 个 个 的 提交 测试 ， 测 试 工作 也 慢 慢 展 开 了 ， 并 开始 报 了 一 些 bug。 


第 二 周 周 五 ， 所 有 功能 都 已 经 开发 完成 了 ， 也 就 是 所 谓 的 Code Complete。 


2) 第 三 周 ， 测 试 工作 进入 全 面 测试 阶段 ， 每 天 的 测试 包 都 比 前 一 天 更 加 稳定 。 开 发 人 员 的 日 常 工作 是 修 bug。 
第 三 周 要 把 高 优先 级 的 bug 全 都 修复 ， 不 然 难以 确保 下 周 bug 日 清 。 


此 外 ， 本 周 可 以 跑 Monkey 了 ， 每 天 要 有 专人 对 Crash 日 志 进 行 分 析 、 归 类 ， 然 后 指派 给 相应 的 开发 人 员 去 修复 。 


另 一 项 开发 人 员 需 要 做 的 是 ， 修 复线 上 的 Crash。 需 要 有 专人 对 线 上 每 天 的 Crash 进 行 分 析 、 归 类 ， 然 后 分 配给 相应 的 开发 人 员 去 修复 。 我 的 经 验 是 ， 每 天 的 Crash 种 类 ， 其 实 差 不 
多 ， 昨 天 的 某 个 Crash， 接 下 来 一 周 都 会 出 现 ， 所 以 我 每 次 只 会 分 析 连 续 三 天 的 线 上 Crash， 基 本 能 圳 括 线 上 的 90% 的 Crash。 


为 了 确保 开发 质量 ， 开 发 人 员 每 天 还 会 集中 坐 在 一 起 进行 冒 烟 测试 。 即 每 天 集中 测试 一 个 模块 ， 把 发 现 的 问题 及 时 修复 。 

第 三 周 的 最 后 一 天 ， 应 该 确保 所 有 的 高 优先 级 bug 都 修复 了 ， 可 以 进行 正常 的 下 单 支付 流程 。 这 时 我 们 要 打 一 个 正式 包 ， 用 于 : 

: 发 给 全 国 各 地 的 分 公司 同事 ， 请 他 们 帮忙 进行 测试 。 我 主要 想 知道 全 国 各 地 是 否 都 可 以 登录 ， 包 括 WiFi、2G、3G 和 4G 网 络 环境 。 
: 发 布 小 流量 包 。 有 关 小 流量 包 的 介绍 参见 11.3 节 的 内 容 。 


3) 第 四 周 ， 这 周 主要 是 测试 人 员 进 行 集中 测试 、 探 索性 测试 和 全 功能 回归 测试 。 


前 三 天 是 集中 测试 ， 他 们 会 集中 所 有 测试 人 力 ， 对 所 有 新 功能 一 起 测试 一 遍 。 开 发 人 员 则 要 保证 bug 日 清 。 与 此 同时 ， 测 试 团队 这 几 天 需要 每 天 组 织 探索 性 测试 ， 及 早 发 现 bug 及 早 
修复 ， 要 逐个 模块 推进 探索 性 测试 工作 。 


第 三 天 晚上 是 Code Freeze。 我 们 认为 这 个 版 本 是 比较 稳定 的 ， 除 非 发 现 很 严重 的 bug， 和 否则， 不 再 改动 代码 。 


周一 到 周三 这 三 天 中 ， 产 品 经 理 要 进行 验收 工作 ， 把 问题 及 时 反馈 给 开发 人 员 ， 及 时 修复 。 


周 四 周 五 是 全 功能 回归 测试 ， 又 名 Regression Test。 这 是 最 后 一 轮 测试 ， 这 期 间 发 现 的 任何 bug， 我 们 (开发 、 测 试 和 产品 经 理 ) 都 要 评估 ， 如 果 不 是 很 严重 ， 我 们 本 期 迭代 就 不 修 
复 了 。 可 以 按照 先 iOS 后 Android 的 顺序 ， 每 个 App 使 用 一 天 的 时 间 进 行 全 功能 回归 测试 。 


这 周 ， 我 们 还 要 密切 观察 小 流量 包 发 布 后 的 线 上 Crash 情 况 和 安装 新 版 本 体验 包 的 同事 的 反馈 ， 对 发 现 的 严重 问题 进行 评估 和 修复 。 


10.3.2 ”两 周 时 间 的 开发 流程 


敏捷 是 什么 ? 敏捷 就 是 为 了 按时 交付 ， 不 断 调整 策略 ， 做 到 资源 利用 率 最 优化 。 至 少 我 是 这 么 认为 的 。 


上 一 节 我 们 介绍 了 4 周一 次 迭代 的 敏捷 开发 流程 。 还 能 不 能 更 快 一 些 ? 可 以 ， 那 就 是 接 下 来 我 要 介绍 的 2 周一 次 迭代 的 敏捷 开发 流程 ， 如 图 10-2 所 示 。 


周三 ，Code Complete 
周 四 ， 产 品 经 理 验 收 
周 四 ，Bug 日 清 
周 五 下 午 ， 全 功能 回归 测试 
周 五 晚上 ，Code Freeze 
周 五 晚上 ， 小 流量 包 


周一 ， 修 复线 上 Crash 
周 = 需求 确认 会 
周 四 ， 测 试用 例 评审 会 


图 10-2 2 周 迷 代 流 程 
时 间 少 了 ， 那 就 意味 着 每 次 迭代 的 功能 也 减少 了 ， 也 不 会 有 休整 时 间 。 每 次 迭代 都 是 从 周一 开始 ， 下 周 五 晚上 发 版 作为 结束 。 
1) 第 一 周 的 工作 安排 : 
周一 用 于 产品 经 理 讲解 需求 、 开 发 人 员 和 测试 人 员 分 Task、 评 估 工 时 、 排 工期 。 此 外 ， 周 一 开发 人 员 会 比较 空 ， 一 般 用 来 修复 线 上 的 Crash。 


周二 到 第 二 周 的 周三 ， 共 计 7 天 ， 所 有 需求 都 必须 排 在 这 7 天 完成 。 同 时 ， 要 求 MobileAPI 在 这 天 完成 全 部 联 调 工作 。 


周 四 或 周 五 ， 测 试用 例 评审 会 。 在 这 之 前 ， 测 试 团队 编写 测试 用 例 。 


2) 第 二 周 的 工作 安排 : 


开发 工作 持续 到 第 二 周 周三 下 班 前 。 周 三 晚上 这 个 时 间 点 ， 我 们 称 之 为 Code Complete。 这 个 点 延期 了 ， 后 面 的 工作 都 要 顺延 。 


周三 起 ， 项 目 经 理 组 织 开发 人 员 进行 冒 烟 测试 ， 周 三 是 Android 和 iOs 各 测 各 的 ， 周 四 是 两 个 团队 交叉 测试 。 
周 四 一 天 ， 产 品 经 理 对 功能 进行 验收 ， 如 果 可 能 ， 这 一 天 尽量 提前 ， 以 便于 产品 经 理 不 满意 ， 开 发 人 员 有 更 多 时 间 进 行 修改 。 


周 四 要 求 开 发 人 员 bug 日 清 。 同 时 测试 人 员 要 对 周三 开发 人 员 提 测 的 功能 进行 测试 。 


吕 | 


用 


周 五 上 午 测试 人 员 验 证 bug 是 否 全 都 修复 。 


| 


术 


五 下 午 测试 人 员 进 行 全 功能 回归 测试 工作 。 


对 于 周 五 发 现 的 所 有 bug， 我 们 只 修 那些 严重 程度 高 的 bug，bug 是 否 严重 ， 由 产品 经 理 说 了 算 。 


周 五 晚上 封 版 。 我 们 称 之 为 Code Freeze。iOS 会 提交 AppStore 审 核 ， 为 保证 iOS 和 Android 同 时 发 布 ，Android 当 天 是 不 能 发 布 的 ， 因 此 只 是 在 主干 上 新 建 一 个 分 支 ， 该 分 支 用 于 
Android 发 版 。 一 般 来 说 ，AppStore 审 核 通 过 iOS 新 版 本 要 1 周 时 间 ， 在 此 一 周 内 ，Android 发 现 紧急 bug 还 有 机 会 修复 ， 但 原则 上 不 再 修改 代码 。 


按照 这 个 节奏 ， 我 们 能 确保 每 隔 两 周 就 能 提供 一 个 新 的 App 版 本 ， 如 果 有 延期 ， 就 需要 周末 加 班 补 齐 。 


10.3.3 ”一 周 时间 的 开发 流程 


随 着 无 线 团队 的 急速 扩充 ， 我 们 会 把 无 线 团队 按照 业务 线 拆 分 到 各 个 部 门 ， 你 会 发 现 ， 无 论 是 4 周 还 是 2 周 的 迭代 ， 都 难以 协调 各 个 部 门 ， 让 他 们 按时 完成 功能 ， 以 保证 准时 发 版 。 


我 们 不 妨 每 周 五 App 发 一 次 版 本 ， 这 是 雷 打 不 动 的 节奏 。 但 是 各 个 部 门 可 以 自行 安排 自己 的 发 版 时 间 ， 比 如 有 些 大 功能 要 做 两 周 ， 那 就 两 周 之 后 再 发 布 这 个 新 功能 ， 而 对 于 那些 零 零 
散 散 的 小 功能 或 者 bug 修 复 ， 则 放 到 每 周 的 发 版 中 ， 不 至 于 让 用 户 等 很 久 。 


这 就 好 比 在 地 铁 站 等 地 铁 ， 每 3 分 钟 都 会 开 过 去 一 赵 ， 永 远 不 会 等 乘客 。 而 乘客 有 赶 上 第 一 班 的 ， 也 有 赶 上 第 二 班 的 ， 这 取决 于 他 们 的 到 达 站 人 台 时 间 和 着 急 程度 。 


App 一 个 月 发 4 次 版 是 很 恐怖 的 ， 这 会 让 竞争 对 手 永远 跟 不 上 你 的 节奏 。 但 缺点 是 用 户 不 胜 其 烦 ， 每 周 都 要 提示 更 新 。 


10.3.4 ”即时 更 新 策略 


还 有 没有 更 短 的 迭代 流程 ? 比 1 周 还 要 短 ? 有 ， 那 就 是 随时 开发 测试 完成 ， 随 时 提交 到 线 上 ， 而 不 借助 于 发 版 。 


那 就 要 用 到 插件 化 编程 和 脚本 编程 技术 了 。 插 件 化 编程 仅 限 于 Android， 这 是 一 个 庞大 的 主题 ， 本 书 不 会 涉及 这 门 技术 。 脚 本 编程 就 同时 适用 于 Android 和 iOS 了 。 有 目前 业界 普遍 使 用 
Lua， 以 手机 游戏 行业 用 得 最 多 。 他 们 等 不 了 iOS 温 长 的 审核 期 ， 因 为 手 游 可 能 随时 新 增 或 修改 地 图 、 装 备 和 剧情 ， 所 以 他 们 会 在 已 经 审核 通过 的 App 中 用 Lua 脚 本 做 这 些 事情 。 其 实 应 用 
类 App 也 可 以 这 么 干 ， 我 接 下 来 就 准备 招 几 个 Lua 程 序 员 到 iOSs 团 队 从 事 这 方面 的 工作 。 


如 果 能 做 到 上 述 的 插件 化 编程 或 脚本 编程 技术 ， 那 么 就 可 以 随时 发 布 新 功能 了 。 这 是 一 件 梦 里 都 会 笑 醒 的 事 。 由 此 而 回顾 我 们 的 敏捷 开发 流程 ， 就 没有 迭代 周期 这 样 的 概念 了 ,我 们 
将 实现 真正 的 敏捷 流程 ， 把 所 有 Task 都 贴 到 白板 上 ， 做 完 哪个 就 发 布 哪个 到 线 上 。 


10.4 ”项 目 经 理 的 百宝箱 


很 多 公司 不 设置 项 目 经 理 ， 这 是 导致 项 目 经 常 失控 的 原因 之 一 。 是 否 需要 项 目 经 理 ， 取 决 于 团队 的 负责 人 是 技术 型 还 是 管理 型 ， 对 于 前 者 ， 是 需要 项 目 经 理 的 出 现 的 。 


项 目 经 理 主要 和 人 打交道 ， 要 具备 良好 的 沟通 技巧 和 协调 能 力 ， 同 时 ， 他 还 必须 具备 其 他 几 项 技能 ， 接 下 来 我 会 逐一 介绍 。 


10.4.1 项 目 经 理 的 任务 评 佑 表 


每 次 迭代 的 初期 ， 最 忙 的 就 是 项 目 经 理 了 。 他 要 在 一 天 时 间 内 完成 以 下 工作 : 


1) 汇总 产品 经 理 的 需求 ， 形 成 一 个 excel。 把 这 个 excel 下 发 给 设计 团队 、Android 团 队 、iOSs 团 队 、MobileAPI 团 队 、QA 团 队 ， 由 各 个 团队 的 Leader 把 需求 分 配 个 具体 的 开发 人 员 和 
测试 人 员 。 


我 们 以 Android 项 目 举例 ， 这 个 excel 应 该 由 以 下 列 组 成 : 


“ 需求 地 址 (往往 是 wiki) 


.设计 师 


“ UI 提供 时 间 


- MobileAPI 接 口 负 责 人 (如 果 有 ) 


MobileAPI 联 调 时 间 


* Android 开 发 人 员 


* Android 工 时 


Android 工期 


“ 测试 人 员 


测试 工时 


“ 测试 工期 


2) 召开 需求 确认 会 ， 请 产品 经 理 为 开发 和 测试 人 员 讲 解 需 求 。 在 此 之 前 ， 开 发 人 员 和 测试 人 员 应 该 按照 自己 分 到 的 Task 阅 读 相应 的 需求 ， 以 便于 讲解 过 程 中 理解 深刻 。 


3) 搜集 各 个 团队 每 个 需求 的 负责 人 和 工时 、 工 期 。 设 计 团队 提供 设计 师 和 UI 提供 的 时 间 ，MobileAPI 团 队 提供 MobileAPI 接 口 负 责 人 和 联 调 时 间 。Android 团 队 则 提供 每 个 Task 的 工 
时 。 


每 个 人 的 工时 会 不 太 均匀 ， 比 如 说 ， 每 个 开发 人 员 只 有 7 天 的 开发 时 间 ， 必 然 有 人 超过 7 天 ， 有 人 不 足 七 天 ， 这 就 需要 开发 团队 的 Team Leader 来 协调 ， 对 Task 的 分 配 进 行 微调 ， 以 保 
证 每 个 人 的 工时 都 控制 在 7 天 ， 并 且 尽 最 大 可 能 的 消化 需求 。 如 果 安 排 不 下 来 ， 就 要 和 产品 经 理 商 量 ， 根 据 优先 级 删 减 需求 。 


在 Android 开 发 人 员 给 出 工时 后 ， 要 根据 MobileAPI 的 联 调 时 间 、 设 计 师 提供 UI 的 时 间 来 调整 Android 开 发 人 员 每 个 task 的 工期 ， 以 确保 开发 时 UI 和 数据 接口 都 是 可 用 的 。 


4) 把 每 个 Task 都 写 到 小 纸 条 上 ， 贴 到 敏捷 白板 上 ， 接 下 来 的 几 周 时 间 ， 就 看 这 些小 纸 条 的 威力 了 。 


5) 有 些 公司 倾向 于 把 所 有 Task 都 用 Jira 来 管理 ， 这 就 要 求 项 目 经 理 额 外 再 花 一 些 时 间 去 维护 Jira。 


由 于 每 天 的 站 例会 上 都 会 过 每 个 人 的 进度 ， 并 且 还 会 把 每 天 的 进度 作为 会 议 纪要 的 一 部 分 ， 发 送 给 所 有 人 。 项 目 经 理 清晰 的 知道 每 个 人 每 个 Task 的 进度 ， 所 以 可 以 由 项 目 经 理 每 天 来 
更 新 所 有 人 员 在 jira 中 Task 的 进度 ， 从 而 把 开发 人 员 和 测试 人 员 从 jira 中 解放 出 来 ， 专 心 致 志 进 行 开发 或 测试 工作 。 


此 外 ， 不 允许 有 超过 2 天 的 Task。 对 超过 2 天 的 Task， 需 要 开发 人 员 和 测试 人 员 对 其 进行 细 化 ， 直 到 每 个 子 Task 都 控制 在 1-2 天 之 内 。 


开发 人 员 往 往 因 为 对 某 个 模块 不 熟悉 而 预 估 出 很 多 时 间 。 这 是 不 好 的 ,会 导致 我 们 永远 不 知道 每 次 迭代 我 们 最 多 能 消化 多 少 需 求 。 想 解决 这 个 问题 ， 只 能 把 App 按 照 模块 进行 拆 分 ， 
确保 每 个 模块 都 有 1-2 名 开发 人 员 长 期 进行 维护 ， 这 样 估算 出 来 的 工时 ， 就 是 相当 准确 的 了 。 


10.4.2 ” 贴 小 纸 条 的 艺术 


在 敏捷 白板 上 贴 小 纸 条 ， 是 一 门 艺术 。 如 图 10-3 所 示 。 
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图 10-3 ”敏捷 白板 
这 项 工作 最 好 在 每 次 迭代 正式 开工 前 做 好 。 每 个 小 纸 条 上 需要 有 以 下 几 项 内 容 : 
“ 开发 人 员 
. 工时 
工期 
“ 测试 人 员 

通常 而 言 ， 白 板 上 会 有 一 个 时 间 轴 ， 按 照 敏 捷 流 程 而 分 为 几 个 阶段 : 

“ BackLog: 待 办 列表 。 

- Doing: 开发 进行 中 。 

“CC: 开发 完成 ， 等 待 测试 。 

Testing: 测试 中 。 


“ Done: 测试 完成 。 
通常 ，Doing 阶 段 中 还 会 细 分 出 另 一 个 子 阶 段 : 与 MobileAPI 联 调 。 当 然 ， 这 一 步 是 可 选 的， 因为 有 些 需 求 不 需要 MobileAPI 的 支持 。 


迁 代 期 间 ， 会 陆 陆 续 续 发 现 线 上 的 bug， 或 者 加 入 新 的 需求 ， 或 者 项 目 本 身 的 代码 优化 ， 我 们 会 将 其 写 到 小 纸 条 上 ， 暂 时 贴 到 BackLog 中 ， 有 时 间 再 做 。 这 里 的 时 间 ， 不 光 指 开发 时 
间 ， 测 试 所 需 的 额外 工时 也 要 考虑 。 


最 后 ， 要 防止 小 纸 条 粘性 不 够 ， 经 常 掉 地 上 ， 风 一 吹 就 不 见 了 。 我 的 经 验 是 用 胶带 ， 这 样 比较 牢靠 一 些 。 此 外 ， 小 纸 条 的 材质 也 很 讲究 ， 经 常会 发 生 写 不 上 字 的 情况 。 要 注意 贴纸 的 
正 反面 ， 只 有 一 面 是 可 以 正常 写字 的 。 


10.4.3 ”敏捷 迭代 中 的 会 议 纪要 
只 要 是 一 群 人 在 一 起 开会 ， 一 定 要 有 人 做 会 议 记录 ， 然 后 把 会 议 记 录 群 发 邮件 给 大 家 。 
下 面 介绍 敏捷 开发 过 程 中 的 四 种 必 不 可 少 的 会 议 纪要 及 邮件 。 


第 一 种 : 站 例会 邮件 。 项 目 经 理 在 站 例会 后 ， 要 立即 发 会 议 纪 要 的 邮件 ， 会 议 纪要 的 格式 如 下 : 


1) 每 个 开发 人 员 的 进度 。 基 本 就 是 流水 账 ， 与 敏捷 白板 上 的 小 纸 条 同步 。 


2) 提 测 功能 ， 当 天 新 提 测 的 功能 要 用 红色 高 亮 显示 ， 以 区 分 之 前 提 测 的 那些 功能 。 


3) UI 和 MobileAPI 进 度 ， 列 出 目前 还 没有 提供 的 UI 和 MobileAPI 接 口 。 


4) 发 现 问题 ， 包 括 新 增 需求 、 需 求 变 更 、 开 发 计划 调整 ， 都 应 该 在 这 里 列举 出 来 。 此 外 ， 还 包括 在 敏捷 过 程 中 发 现 的 不 合理 之 处 ， 比 如 MobileAP! 与 App 的 配合 不 默契 。 


5) 风险 评估 ， 任 何 风吹草动 ， 都 要 反映 在 风险 评估 中 。 项 目 经 理 要 有 足够 的 敏感 度 ， 在 项 目 中 遇 到 的 人 员 请 假 、 第 三 方 依赖 的 不 确定 性 、 需 求 变更 、bug 数 量 激增 ， 等 等 ， 都 是 潜在 
的 风险 点 ， 要 如 实 反映 在 邮件 中 。 


以 上 5 点 中 ， 最 重要 的 是 第 5 点 ， 不 要 怕 得 罪人 ， 要 如 实 反映 项 目 中 的 潜在 风险 ， 只 报喜 不 报 忧 的 邮件 是 没有 任何 意义 的 。 


第 二 种 : 测试 团队 邮件 


在 站 例会 的 会 议 纪要 中 ， 我 们 会 发 现 ， 这 份 会 议 记 要 中 没有 每 日 的 测试 进度 和 Bug 情 况 。 这 是 因为 ， 测 试 相关 的 邮件 要 单独 由 测试 团队 于 每 天 下 班 前 发 出 ， 包 括 本 次 迭代 中 每 个 需 : 
的 测试 进度 ， 每 个 开发 人 员 当天 的 剩余 pug 数 量 ， 每 个 测试 人 员 目 前 还 没 验收 的 bug 数 量 。 


第 三 种 : 分 析 Monkey 邮 件 


每 天 下 班 前 ， 开 发 团队 和 测试 团队 要 执行 Monkey 测 试 ， 跑 一 个 通宵 。 每 天 上 午 ， 由 测试 人 员 统 一 把 昨天 晚上 所 有 Monkey 测 试 的 结果 发 出 来 ， 然 后 由 开发 人 员 分 析 这 些 Monkey 日 
志 ， 尤 其 是 月 溃 的 地 方 ， 发 一 封 邮件 出 来 ， 列 举 出 每 个 衣 溃 发 生 在 哪个 页 面 ， 指 派 该 模块 的 负责 人 去 修复 。 


第 四 种 : 项 目 总 结 邮件 


每 次 迭代 结束 后 ， 都 要 举行 项 目 总 结 会 议 ， 请 每 个 团队 成 员 给 出 本 次 迭代 做 的 好 的 和 不 好 的 地 方 各 3 点 ， 好 的 要 继续 发 扬 光 大 ， 并 且 看 是 否 能 做 得 更 好 ， 不 好 的 地 方 要 想 办 法 解决 ， 
下 次 迭代 不 能 还 是 这 样 ， 至 少 要 减轻 它 的 影响 。 由 项 目 经 理 总 结 后 发 出 邮件 。 


每 次 项 目 总 结 会 上 ， 都 要 对 上 次 总 结 的 内 容 进 行 回顾 ， 看 做 得 不 好 的 地 方 是 否 有 了 改善 。 


加 


10.4.4 开 站 例会 的 技巧 


站 例会 ， 英 文 名 为 stand Meeting， 因 为 是 一 群 人 每 天 都 站 着 开会 过 进度 ， 所 以 也 有 的 人 称 之 为 站 立会 (或 站 例会 ) 。 


1. 早 上 开会 效果 会 更 好 


每 天 我 们 都 要 开 站 例会 ， 开 发 人 员 、 测 试 人 员 、 产 品 经 理 聚 在 白板 前 。 有 的 团队 早上 开 站 例会 ， 有 的 团队 则 是 下 班 前 开 站 例会 。 


早上 开 站 例会 的 好 处 是 ， 作 为 一 天 的 开始 ， 可 以 安排 今天 要 做 些 什么 。 下 班 前 开 站 例会 的 好 处 是 ， 作 为 一 天 的 结束 ， 可 以 知道 每 天 的 进度 是 否 正常 ， 如 果 有 问题 ， 可 以 及 时 做 出 调 
整 ， 等 到 明天 早上 才 知道 就 晚 了 。 两 种 方式 我 都 试 过 。 一 开始 是 每 天 早上 开 站 例会 ， 但 是 一 段 时 间 后 发 现 ， 虽 然 早 上 把 工作 都 安排 好 了 ， 但 是 当天 的 进度 只 有 第 二 天 早上 才 知 道 。 久 而 久 
之 ， 每 天 早上 ， 总 会 有 开发 人 员 给 我 一 个 惊喜 一 一 各 种 延期 。 后 来 就 改 为 每 天 下 班 前 开 站 例会 了 。 虽 然 能 提前 知道 每 天 的 工作 进度 ， 但 是 明天 要 做 些 什么 ， 虽 然 今天 晚上 站 例会 都 安排 好 
了 ,但 是 睡 了 一 觉 后 ， 第 二 天 就 忘记 80% 了 。 


于 是 过 了 几 个 月 后 ， 我 又 改 回 早 例会 的 方式 了 ， 但 是 每 天 下 班 前 我 会 走 到 开发 人 员 座 位 旁 ， 简 单 询 问 每 个 人 当天 的 进度 ， 以 确保 没有 太 大 的 惊喜 。 一 段 时 间 后 ， 发 现 效果 显著 ， 每 个 
开发 人 员 的 剩余 价值 都 被 榨 了 出 来 ， 在 效率 提升 的 同时 ， 我 也 发 现 自己 的 强迫 症 更 加 严重 了 。 


2. 务 必 全 员 准 时 参加 


开 站 例会 一 定 要 准时 。 定 好 了 9 点 半 ， 就 一 定 在 那个 时 间 把 人 都 召集 到 白板 前 。 项 目 经 理 作为 会 议 的 组 织 者 首先 不 能 迟到 ， 否 则 整个 团队 也 都 会 上 行 下 效 。 


任何 人 都 不 希望 中 途 被 打 断 ， 希 望 集中 精力 做 事情 ， 尤 其 对 于 工程 师 而 言 ， 他 们 最 抵触 开会 ， 抵 触 的 直接 表现 就 是 开 站 例会 的 时 候 懒 懒 散 散 ， 不 准时 参加 ， 一 定 要 忙 完 自己 手 里 的 
情 再 过 来 一 一 我 也 遇 到 过 这 样 的 情况 ， 我 的 经 验 是 ， 提 前 5 分 钟 走 到 团队 工 位 ， 提 醒 每 个 开发 人 员 和 测试 人 员 把 手头 工作 收 一 收 ，5 分 钟 后 准备 开会 。 


此 外 ， 每 个 人 的 “生物 钟 ” 不 太一 样 ， 慢 慢 调整 每 个 人 员 的 生物 钟 ， 不 要 与 站 例会 冲突 。 当 然 ， 人 有 三 急 ， 遇 到 突 发 情况 ， 也 没有 办 法 。 对 于 因 故 不 能 参加 会 议 的 同学 ， 等 他 有 空 
了 ， 再 单独 和 他 同步 进度 。 


开 站 例会 一 定 要 确保 开发 人 员 、 测 试 人 员 、 产 品 经 理 都 在 场 。 其 中 ， 开 发 人 员 和 测试 人 员 很 重要 ， 要 确保 他 们 尽 可 能 都 参加 。 如 果 再 把 七 八 个 产品 经 理 也 包括 进来 ， 那 么 二 十 多 人 的 
站 例会 就 不 是 敏捷 了 。 这 说 明 团队 大 了 ， 需 要 拆 分 了 。 一 个 敏捷 团队 要 控制 在 10 人 以 内 。 


曾经 有 一 段 时 间 ， 站 例会 每 次 都 有 将 近 20 人 参加 。 于 是 ， 我 党 试 过 把 站 例会 按照 模块 拆 成 两 个 小 的 站 例会 ， 这 样 每 次 就 有 10 个 人 参加 会 议 了 。 但 这 样 做 的 前 提 是 ， 开 发 和 测试 
已 经 实现 了 模块 化 ， 每 个 模块 都 有 固定 的 开发 和 测试 人 员 。 


本 


队 都 


3. 站 例会 控制 在 15 分 钟 


就 算是 10 个 人 的 站 例会 ， 也 要 控制 在 15 分 钟 。 每 人 介绍 一 下 自己 的 开发 进度 和 测试 进度 ， 各 个 团队 的 Leader 说 一 下 今天 要 做 的 一 些 公共 的 事情 。 需 要 牢记 的 是 ， 每 件 事 讨论 不 能 超过 
2 分 钟 ， 一 旦 发 现 2 分 钟 说 不 清楚 ， 那 么 项 目 经 理 就 要 站 出 来 打 断 他 ， 记 下 这 个 事情 ， 会 后 叫 上 相关 的 人 再 详细 讨论 。 


项 目 经 理 要 控制 站 例会 的 节奏 ， 不 能 跑题 。 我 经 常 犯 这 样 的 错 ， 说 着 说 着 就 不 正经 了 。 


另 一 方面 ， 因 为 参加 会 议 的 人 很 多 ， 所 以 大 家 不 要 私下 开 小 会 。 问 到 自己 就 说 ， 否 则 就 不 要 开 另 一 个 话题 和 旁人 聊 下 去 。 


10.4.5 “如何 确保 项 目 不 延 期 


我 带 团 队 做 过 很 多 新 项 目 ， 新 项 目 就 是 从 无 到 有 。 说 老实 话 ， 开 始 的 几 个 项 目 我 做 得 并 不 好 ， 原 因 有 几 个 : 


1) 估算 工时 过 于 乐观 ， 以 至 于 虽然 每 天 我 也 参与 大 量 的 开发 工作 ， 和 团队 加 班 到 九 、 十 点 钟 ， 但 是 仍然 延期 。 


2) 新 项 目 因为 一 切 从 零 开 始 ， 所 以 会 有 各 种 狗 血 的 事情 中 途 发 生 ， 会 严重 影响 士气 。 


3) 新 项 目 要 做 的 功能 往往 比较 多 ， 所 以 一 次 性 评估 出 一 两 个 月 的 工时 和 工期 ， 会 有 很 大 的 风险 ， 比 如 说 : 
“ 首先 是 计划 赶不上 变化 ， 每 次 需求 变动 都 会 调整 事先 排 好 的 工期 ; 
: 其 次 是 时 间 太 长 ， 开 发 人 员 会 看 不 到 尽头 ， 士 气 会 逐渐 降低 ， 直 到 前 溃 。 士 气 低 的 直接 反映 就 是 质量 差 。 


“ 再 次 是 测试 团队 的 介入 点 ， 工 期 排 的 很 紧 ， 我 并 没有 给 开发 人 员 预 留 修之 前 提 测 功能 的 bug 修 复 时 间 。 做 到 后 面 ， 我 会 发 现 ， 开 发 人 员 一 边 在 做 新 功能 ， 一 边 在 修之 前 的 pug。 两 线 
作战 ， 疫 于 应 付 。 


吃 过 几 次 亏 ， 决 不 能 再 犯 同样 的 错误 ， 比 如 我 最 近 做 的 一 个 新 项 目 ， 就 将 其 拆 分 成 3 次 迭代 ， 每 次 迭代 做 一 个 完整 的 功能 ,包括 App 开 发 、MobileAPI 开 发 、 测 试 、 修 bug、 产 品 验 


收 ， 每 次 迭代 2 周 时 间 。 最 后 再 预 留 出 一 个 迭代 (2 周 时 间 ) 做 buffer， 用 来 处 理 一 些 突 发 事件 ， 比 如 之 前 的 架构 设计 得 不 好 需要 修改 ， 比 如 我 们 对 外 界 的 依赖 不 可 用 了 ， 比 如 上 线 前 的 一 
堆 准备 工作 。 


这 样 把 一 个 2 个 月 的 新 项 目 拆 分 成 4 次 小 的 迭代 ， 每 次 迭代 都 能 发 布 一 些 新 功能 给 产品 经 理 甚 至 是 大 老板 看 ， 大 家 每 次 迭代 的 目标 都 很 明确 ， 每 次 迭代 如 果 都 能 按时 完成 任务 ， 士 气 就 
会 很 高 涨 。 这 样 即使 中 途 加 一 些 新 需求 ， 也 能 消化 掉 (当然 随便 加 新 需求 这 样 不 好 ) 。 


更 多 时 候 ， 我 们 所 做 的 项 目 是 有 外 界 依赖 的 ， 比 如 说 无 线 部 门 往往 依赖 于 公司 的 底层 部 门 ， 比 如 说 搜索 及 产品 信息 、 支 付 、 安 全 、 运 维 这 些 部 门 ， 尤 其 是 在 项 目 上 线 之 前 ， 对 测试 环 
境 的 依赖 性 非常 大 。 经 常会 发 生 测试 环境 上 午 是 好 的 ， 吃 过 午饭 后 就 不 能 使 用 的 现象 ， 所 以 项 目 经 理 在 保证 自己 团队 项 目 进度 的 同时 ， 还 肩负 着 与 其 他 部 门 沟通 、 协 作 的 工作 。 


10.4.6 ”迭代 风险 管理 


中 


不 夸张 地 说 ， 无 项 目 不 延 期 。 


所 以 ， 尽 管 机 关 算 计 ， 无 论 是 两 周 的 迭代 ， 还 是 四 周 的 迭代 ， 都 会 有 延期 的 可 能 。 我 接 下 来 讨论 的 ， 是 如 何 规避 风险 、 以 及 遇 到 了 风险 如 何 把 风险 降 到 最 低 。 


就 以 两 周 的 迭代 为 例子 吧 。 第 二 周 的 周三 晚上 ， 应 该 完成 所 有 的 功能 ， 称 为 Code Complete。 如 果 这 个 点 踩 不 住 ， 那 就 有 风险 了 ， 开 发 人 员 往 后 延期 几 天 ， 测 试 也 就 相应 的 延期 几 
天 ， 这 就 导致 App 发 版 时 间 也 会 顺延 。 


延期 一 般 发 生 在 MobileAPI。 当 然 不 能 全 都 怪 从 事 MobileAPI 开 发 人 员 ， 因 为 他 们 只 是 一 个 中 间 层 ， 问 题 出 在 底层 的 系统 上 ， 包 括 搜索 、 产 品 信息 、 支 付 系统 、 会 员 体系 等 等 ， 传 统 
互联 网 公司 的 这 些 系统 原型 都 是 为 网 站 服务 的 ， 不 能 直接 搬 到 移动 互联 网 上 。 


要 想 规避 因此 而 导致 的 延期 ， 有 3 种 解决 方案 : 


“ 让 MobileAPI 的 进度 提前 两 周 〈 一 个 选 代 ) 。 只 有 这 样 ，MobileAPI 才 能 告诉 App 开 发 人 员 ， 下 期 迭代 能 做 什么 和 不 能 做 什么 。 


“ 让 HTML5 网 站 先行 ，App 下 个 迭代 后 续 跟 进 。 考 虑 到 HTMIL5 页 面 开 发 起 来 很 快 ， 发 布 起 来 也 很 简单 ， 能 迅速 上 线 并 收集 到 用 户 反馈 ， 所 以 可 以 让 HTML5 网 站 先 去 “ 趟 雷 ”， 以 确保 
App 开 发 时 少 走 弯路 。 


“ 如 果 算 来 算 去 ，MobileAPI 还 是 要 和 App 一 起 开发 。 那 么 MobileAPI 一 定 要 在 开工 前 就 做 好 技术 调研 ， 需 要 提供 哪些 接口 ， 用 到 底层 哪些 功能 ， 这 些 功能 是 否 满足 所 有 需求 ， 这 些 功能 
是 否 都 能 正常 工作 。 要 第 一 时 间 知道 本 次 闪 代 能 做 多 少 ， 否 则 每 走 几 步 就 会 遇 到 一 个 坟 ， 所 有 人 停 下 来 等 解决 方案 ; 再 走 几 步 又 遇 到 一 个 坑 ， 然 后 大 家 又 只 能 停 下 来 等 结论 。 


接 下 来 说 第 二 周 的 周 四 ， 这 一 天 应 该 做 到 bug 日 清 ， 如 果 达 不 到 ， 说 明 有 风险 。 对 于 bug 重 灾区 对 应 的 那 部 分 功能 ， 要 么 是 相应 的 开发 人 员 技术 能 力 不 够 ， 要 么 是 需求 和 交互 设计 过 
于 复杂 了 。 我 们 有 必要 建议 产品 经 理 弱化 需求 ， 以 便 该 功能 能 够 平稳 上 线 。 


做 任何 需求 ， 我 们 都 要 为 自己 留 一 条 后 路 ， 也 就 是 最 坏 打算 ， 如 果 未 能 按期 完工 ， 或 者 质量 很 差 ， 该 如 何 面 对 ” 就 算是 砍 需求 ， 也 是 需要 人 工 成 本 去 做 这 个 事情 的 ， 把 代码 回 滚 到 最 
初 的 状态 ， 所 以 一 定 要 有 个 最 晚 的 时 间 点 ， 过 了 这 个 时 间 点 如 果 还 有 很 严重 的 问题 就 要 采取 断然 措施 。 


最 后 是 第 二 周 的 周 五 ， 即 最 后 一 天 ， 全 功能 回归 测试 及 发 版 。 这 一 天 ， 即 使 是 发 现 了 bug， 也 不 能 急 着 去 修复 了 。 这 时 大 家 要 坐 下 来 一 起 商量 ， 只 修复 那些 最 重要 的 bug ;对 于 影响 
不 大 的 bug， 匆 匆忙 忙 修复 反而 有 可 能 引起 更 严重 的 bug， 这 才 是 风险 所 在 。 


要 做 好 带 bug 上 线 的 心理 准备 ， 这 些 bug 一 类 是 小 问题 ， 影 响 不 大 ， 可 以 延期 到 下 次 迭代 解决 ， 另 一 类 是 大 问题 但 是 改动 量 很 大 ， 所 以 也 只 能 忍痛 延期 到 下 次 迭代 ， 当 作 一 个 Task 来 
做 。 


综 上 所 述 ， 我 们 会 发 现 ， 每 次 迭代 的 最 后 三 天 ， 是 至 关 重要 的 ， 是 风险 的 汇集 地 ， 作 为 管理 者 ， 这 三 天 一 定 要 睁 大 眼睛 采 着 任何 风吹草动 ， 采 着 bug 报 表 的 波动 情况 。 


10.5 ”人 迭代 中 的 测试 工作 


接 下 来 我 们 说 测试 ， 不 光 是 测试 人 员 的 日 常 测试 工作 ， 还 包括 开发 人 员 组 织 的 自 测 工作 。 


10.5.1 ” 冒 烟 测试 


正 的 冒 烟 测试 ， 是 针对 修复 了 一 个 bug 而 进行 的 一 系列 专门 的 测试 。 我 接 下 来 说 的 冒 烟 测试 机 制 ， 并 不 是 这 个 意思 ， 只 是 为 了 好 听 ， 岂 起 来 朗朗 上 口 ， 就 像 前 几 天 我 去 饭店 吃饭 ， 
那里 有 道 菜 叫 枫 桥 夜 泊 ， 其 实 就 是 把 牛肉 块 炖 一 炖 ， 吃 的 就 是 那 份 雅致 。 


当 开 发 人 员 开发 完成 了 所 有 功能 ， 接 下 来 的 几 天 ， 将 主要 是 测试 团队 提 bug、 开 发 人 员 修 bug 的 过 程 。 这 期 间 ， 开 发 人 员 是 比较 空闲 的 。 不 要 安排 开发 人 员 去 做 新 的 需求 ， 而 是 每 天 
找 一 个 时 间 段 (一般 一 个 小 时 ) ， 把 他 们 集中 起 来 ， 围 坐 在 一 张 圆桌 上 ， 把 App 的 所 有 功能 都 测 一 遍 ， 我 们 称 之 为 “ 冒 烟 测试 ”。 


原本 我 是 想 帮 着 测试 团队 一 起 做 测试 的 ， 因 为 开发 人 员 都 比较 自信 ， 他 们 在 测试 自己 的 代码 时 会 漫不经心 ， 但 是 大 家 都 集中 测试 一 个 功能 时 ， 其 他 开发 人 员 就 会 像 见 到 杀 父 仇人 一 
样 ， 拼 命 找 对 方 的 问题 ， 那 种 成 就 感 真是 妙 不 可 言 。 


湛 


然 了 ， 为 了 不 至 于 把 气氛 搞 得 太 紧张 ， 我 每 次 都 买 些 黄 飞 红 或 者 橘子 来 作为 奖赏 。 有 人 提议 发 现 bug 奖 励 一 碗 牛肉 面 ， 被 我 否 了 ， 因 为 发 现 两 个 的 时 候 ， 总 不 能 给 一 个 人 买 两 碗 
[0 一 份 肉 倒是 可 以 考虑 。 


品 
Ta 


“ 冒 烟 测试 ”主要 是 解决 测试 人 力 不 足 、 覆 盖 场 景 不 全 的 问题 。 在 移动 互联 网 公司 ， 开 发 测试 比 大 约 是 6:1， 由 于 很 多 功能 都 是 集中 在 最 后 几 天 提 测 ， 所 以 测试 人 员 越 到 后 期 越 紧张 ， 
而 开发 人 员 介 入 测试 工作 ， 是 对 产品 质量 的 保证 。 


起 先 我 只 是 尝试 解决 迭代 后 期 开发 人 员 闲 置 的 问题 ， 但 几 次 迭代 后 我 发 现 这 种 “ 冒 烟 测试 ”能 发 现 很 多 bug， 于 是 便 将 其 纳入 到 敏捷 开发 流程 中 。 


后 来 我 们 开发 团队 做 过 一 次 代码 重 构 ， 把 JJONObject 全 都 换 成 了 fastJSON， 并 重 写 了 部 分 页 面 的 逻辑 。 但 是 发 版 后 却 发 现 很 多 地 方 显示 有 问题 ， 最 后 只 好 紧急 修复 、 重 新 发 版 。 
后 我 们 痛定思痛 ， 如 何 没 有 在 发 版 前 发 现 这 些 问题 ”测试 工作 固然 没有 做 好 ， 需 要 另外 总 结 ， 但 是 开发 团队 的 “ 冒 烟 测试 ”也 没有 发 现 问题 ， 形 同 虚 设 ， 问 题 又 出 在 哪儿 呢 ? 


问题 的 根 结 在 于 ， 每 次 冒 烟 测试 的 时 候 ， 我 们 都 只 拿 一 台 测 试 机 安装 了 最 新 的 开发 版 本 进行 测试 ， 并 不 知道 线 上 版 本 长 得 是 什么 样子 。 于 是 我 们 就 改进 了 冒 烟 测试 的 方法 ， 每 次 都 拿 
两 个 手机 进行 比较 测试 ， 一 台 手机 上 当然 是 最 新 的 开发 版 本 ， 另 一 台 手 机 ， 有 人 会 拿 线 上 的 版 本 ， 也 有 人 会 拿 iPhone 和 Android 对 比 着 看 ， 总 而 言 之 ， 就 是 要 检查 本 次 迭代 是 不 是 改 坏 了 
什么 地 方 。 我 们 后 来 称 之 为 “ 找 不 同 ” 一 一 因为 我 是 在 游戏 厅 玩 “ 找 不 同 ” 时 想到 的 这 个 办 法 。 


执行 “ 找 不 同 ”方案 后 ， 我 们 还 发 现 了 Android 和 iPhone 上 很 多 数据 显示 不 一 致 的 地 方 ， 有 些 是 Android 一 直 就 有 的 bug (iPhone 也 有 一 直 不 对 的 地 方 )， 经 过 和 产品 经 理 确认 后 ， 
就 一 并 也 改正 了 。 


大 约 在 3 次 迭代 之 后 ， 那 时 候 同时 进来 很 多 新 的 开发 人 员 ， 他 们 需要 熟悉 业务 逻辑 但 是 又 没有 什么 文档 可 供 参考 学 习 ， 当 时 的 办 法 就 是 让 他 们 一 起 参加 冒 烟 测试 ， 每 测 到 一 个 模块 ， 
就 请 该 模块 的 负责 人 把 业务 逻辑 讲 一 下 。 不 光 是 培养 了 新 人 ， 对 于 长 期 做 某 个 模块 的 开发 人 员 ， 也 是 需要 了 解 其 他 业务 模块 的 ， 而 冒 烟 测试 是 最 好 的 培训 课 ， 我 清晰 地 记得 ， 第 一 次 迭 
代 ， 冒 烟 测试 用 了 5 天 时 间 ， 每 天 1 个 小 时 测 一 个 模块 ， 遇 到 的 问题 大 都 是 点 着 点 着 就 月 溃 了 ， 到 了 第 7 次 迭代 时 ， 每 天 冒 烟 测试 还 是 一 个 小 时 ， 但 3 天 时 间 就 够 了 。 问 题 越 来 越 少 ，App 的 
稳定 性 已 不 再 是 问题 ，iPhone 和 Android 的 数据 展示 和 业务 逻辑 也 基本 一 致 了 。 


有 人 兴 许 会 问 ， 测 试 工作 应 该 是 测试 团队 要 做 的 啊 ， 开 发 人 员 更 多 的 是 开发 工作 。 其 实 不 然 ， 我 的 经 验 告诉 我 : 


1) 测试 团队 经 常 面 临 资源 不 足 的 情况 ， 尤 其 是 Android 和 iPhone 同时 发 版 。 


2) 开发 团队 没有 那么 多 的 开发 工作 要 做 ， 因 为 产品 团队 经 常会 没有 太 多 的 新 需求 。 


3) App 不 同 于 MobileAPI 开 发 。MobileAPI 开 发 可 以 使 用 单元 测试 来 保证 质量 ， 但 是 App 就 很 难 做 单元 测试 了 。 也 就 是 说 ，App 前 端 开发 人 员 并 没有 做 单元 测试 的 Task， 那 么 这 些 时 
间 要 用 来 做 什么 ? 


4) App 自 动 化 测试 的 事情 就 别 指望 了 ， 那 是 大 公司 才 愿意 投入 大 量 人 力 去 烧 钱 的 事 。 尤 其 是 互联 网 行业 ， 需 求 变动 频繁 ， 往 往 是 刚 写 好 一 个 自动 化 测试 用 例 ， 一 次 迭代 后 就 废弃 了 。 


10.5.2 ”探索 性 测试 


前 面 介绍 的 开发 人 员 自发 组 织 的 “ 冒 烟 测试 ”， 其 实 就 是 探索 性 测试 ， 只 是 执行 人 员 是 开发 团队 而 不 是 测试 团队 要 了 。 


测试 团队 在 新 功能 测试 结束 后 ， 应 该 做 一 轮 探 索性 测试 。 操 作 方 法 和 前 面 介绍 的 “ 冒 烟 测试 ”类 似 ， 把 所 有 测试 人 员 组 织 在 一 起 ， 逐 个 模块 进行 测试 ， 可 以 每 天 一 小 时 ,分 为 3-4 天 
进行 。 这 样 就 确保 了 有 bug 可 以 及 早 发 现 ， 而 不 是 等 到 最 后 一 天 全 功能 回归 测试 时 一 次 性 提出 几 十 个 bug。 此 外 ， 测 试 团队 所 有 成 员 都 参与 ， 可 以 保证 每 个 测试 人 员 对 每 个 模块 都 熟悉 ， 
而 不 是 长 期 只 负责 自己 那个 模块 。 


10.5.3 ”Monkey 测 试 


Android 项 目 每 天 下 班 前 都 要 跑 Monkey， 然 后 每 天 会 有 专人 分 析 Crash 日 志 。Crash 一 般 分 三 种 : 


1) 代码 逻辑 上 的 空 指针 ， 这 个 比较 容易 看 出 来 ， 有 助 于 我 们 查找 bug。 


2) 系统 问题 ， 比 如 说 不 同 手机 ROM ， 问 题 也 不 太一 样 。 


3) ANR， 这 个 就 没 办 法 了 ， 因 为 在 A 页 面 发 生 的 ANR， 并 不 一 定 是 A 页 面 的 逻辑 导致 的 ， 可 能 在 前 面 很 多 页 面 持续 积累 下 来 的 内 存 占用 过 多 ， 就 像 我 的 一 个 兄弟 说 过 的 ，A 页 面 可 能 
是 压 死 骆 驼 的 最 后 一 根 稻草 。 


编写 Monkey 脚 本 ， 我 们 要 注意 几 点 : 


1) 要 把 App 中 的 电话 拨打 按钮 都 禁止 。 否 则 就 会 因为 误 点 了 电话 按钮 而 跳出 App。 


2) 要 确保 Monkey 能 进入 到 App 的 所 有 页 面 。 


有 些 模 块 、 有 些 页 面 因为 层级 比较 深 ， 所 以 Monkey 进 入 的 概率 比较 小 。 我 们 可 以 订 制 Monkey 包 ， 让 Monkey 每 次 只 跑 一 个 模块 。 


比如 说 首页 由 8 个 模块 的 入 口 ， 我 们 为 每 个 模块 创建 一 个 开关 ， 如 果 今天 我 跑 Monkey 只 想 进 入 第 8 个 模块 ， 那 么 我 就 把 第 8 个 模块 对 应 的 开关 设置 为 true， 其 他 7 个 都 设置 为 false。 这 
样 App 运 行 时 ， 首 页 就 只 有 第 8 个 模块 可 以 点 击 进入 ， 其 他 页 面 因为 开关 为 false， 所 以 都 不 可 以 点 击 。 


3) 有 很 多 页 面 需要 用 户 登 录 后 才能 进入 。 为 了 让 这 些 页 面 也 能 跑 Monkey， 我 们 需要 每 晚 跑 Monkey 的 包 与 发 版 到 线 上 的 包 略 有 不 同 。 


最 简单 的 做 法 是 ， 在 程序 中 新 建 一 个 变量 jsMoney， 以 标记 当前 打 的 包 是 否 为 Monkey 所 准备 的 。 在 Monkey 包 中 为 true， 在 正式 包 中 为 false。 


那么 在 登录 页 ， 我 们 把 代码 改 为 如 下 形式 : 


if (isMonkey) { 
Password=baobao 
userName="qwer"; 
}else{ 
userName=etUserName .getText () .toString(); 
password=etPassword.getText () .toString (); 
} 


也 就 是 说 ， 如 果 是 monkey 包 ， 我 把 用 户 名 和 密码 写 死 在 程序 中 ， 这 样 Monkey 点 击 登录 按钮 肯定 能 够 成 功 ， 接 下 来 就 能 进入 其 他 用 户 相关 的 页 面 了 。 


但 是 后 来 我 们 发 现 一 个 问题 ， 这 段 含有 用 户 名 和 密码 的 代码 会 一 起 编译 到 线 上 的 包 中 ， 即 使 做 了 代码 混淆 ， 用 户 名 和 密码 在 反 编译 后 还 是 能 看 到 的 。 这 是 极 不 安全 的 。 于 是 便 有 了 解 
决 方案 2: 把 用 户 名 和 密码 放 在 一 个 文件 上 ， 每 次 读 取 这 个 文件 。 对 于 跑 Monkey 包 的 测试 机 ， 要 把 这 个 文件 事先 存 到 SD 卡 上 ; 正式 包 就 不 需要 这 个 文件 了 。 


这 是 我 们 开发 人 员 一 厢 情 愿 想 出 来 的 办 法 ， 按 照 这 个 思路 把 代码 改写 完 才 发 现 ， 跑 Monkey 包 的 测试 机 上 大 都 没有 SD 卡 。 


于 是 我 们 在 碰 了 一 鼻子 灰 之 后 ， 给 出 了 终极 解决 方案 : 


在 打包 脚本 上 做 文章 。 把 这 个 文件 放 在 项 目 中 。 只 有 Monkey 包 才 会 在 打包 时 把 这 个 文件 包含 进来 ， 而 正式 包 不 会 包括 这 个 文件 。 这 样 就 彻底 解决 了 安全 性 问题 ， 只 是 编写 打包 脚本 
时 要 额外 小 心 ， 同 时 ， 在 每 次 发 版 前 ， 都 要 检查 一 下 apk 包 中 是 否 有 这 个 文件 。 


4) 要 把 设计 支付 的 按钮 都 禁止 ， 以 防止 在 线 上 下 单 而 造成 的 各 种 纠纷 。 


10.6 ”高 层 对 敏捷 流程 的 干预 


一 般 而 言 ， 一 个 敏捷 流程 是 不 需要 总 监 级 别 的 高 层 直接 参与 的 。 但 是 总 监 应 该 对 敏捷 流程 适当 干预 ， 一 方面 要 把 握 重 构 和 产品 的 平衡 ， 以 确保 一 个 “ 度 ”， 另 一 方面 则 要 提高 人 力 的 
利用 率 ， 可 以 从 开发 效率 、 座 位 安排 、 静 时 这 些 点 入 手 ， 从 而 让 团队 始终 具有 高 产 出 。 


10.6.1 ” 重 构 与 产品 需求 的 平衡 


App 兴 起 的 早期 ， 各 大 互联 网 公司 都 急 急忙 忙 把 自己 网 站 的 功能 搬 到 了 App 上 ， 而 没有 考虑 更 为 长 远 的 事情 ， 久 而 久之 ， 每 开发 一 个 新 功能 ， 花 的 时 间 很 长 ， 质 量 也 不 高 ，App 的 代 
码 架构 急需 重 构 和 优化 。 


本 节 讨 论 什 么 时 候 做 重 构 。 


在 我 的 项 目 排 期 中 ， 是 永远 不 会 有 重 构 的 任务 的 。 我 对 产品 经 理 的 承诺 是 ， 优 先 把 所 有 产品 需求 都 做 完 。 


我 一 般 会 在 两 次 迭代 的 间隙 ， 来 进行 重 构 。 因 为 这 时 候 大 家 都 在 确认 需求 制定 计划 ， 最 忙 的 是 产品 经 理 和 项 目 经 理 ， 开 发 人 员 是 有 时 间 进 行 重 构 而 不 影响 项 目 进度 的 。 


另外 ， 在 和 迭代 过 程 中 ， 会 有 需求 被 砍 掉 或 者 弱化 的 时 候 ， 省 下 来 的 时 间 也 可 以 用 来 做 项 目 重 构 。 实 践 证 明 ， 这 样 的 情况 是 很 多 的 ， 而 以 往 ， 由 于 没有 事先 规划 好 ， 这 些 时 间 是 被 荒废 
掉 的 。 


每 次 重 构 都 要 事先 规划 好 : 


“ 解决 方案 


“工时 


. 影响 范围 


“ 测试 方案 


经 常 出 现 重 构 时 没有 预 估 好 工时 、 越 做 越 大 、 收 不 了 尾 的 情况 一 一 我 都 见怪 不 怪 了 。 开 发 人 员 总 是 太 自 信 ， 以 为 自己 能 搞定 一 切 ， 而 不 做 好 规划 ， 殊 不 知 改动 越 大 ， 风 险 越 大 。 


好 的 重 构 方法 是 ， 拆 分 重 构 工 作 ， 循 序 渐进 ， 每 次 做 一 点 。 这 样 既 可 以 尽 可 能 多 的 完成 需求 ， 也 可 以 降低 重 构 的 风险 。 


I 


你 可 能 会 说 我 老 了 ， 思 想 越 来 越 保守 了 。 但 你 要 知道 我 肩负 的 责任 有 多 大 ， 对 于 一 个 干 万 级 用 户 的 App 而 言 ， 稍 有 闪失 都 会 对 公司 的 生意 造成 重大 损失 。 


10.6.2 ”提高 效率 ,拒绝 6x12 


我 曾经 经 历 过 6 周 时 间 的 6x12 工 作 制 ， 包 括 Android 和 iOS 两 个 项 目的 Scrum Master， 带 领 着 团队 艰难 地 熬 过 这 段 时 间 。 
说 是 熬 ， 一 点 也 不 夸张 。 开 始 时 三 周 ， 大 家 的 精神 状态 还 好 。 三 周 之 后 ， 就 发 现 团队 和 之 前 不 一 样 了 ， 主 要 表现 为 : 
:战斗力 急剧 下 降 。 
“ 质量 下 降 ，bug 激 增 。 
“ 脾气 开始 变 得 暴躁 ， 容 易 发 生 冲 突 。 
: 每 天 就 是 在 耗 时 间 。 周 六 基本 就 是 中 午 来 吃 个 饭 ， 然 后 四 点 多 就 下 班 了 。 
: 上 班 越 来 越 晚 ， 午 休 时 间 变 长 ， 晚 餐 后 还 要 散步 半 个 小 时 。 


综合 而 言 ， 表 面 上 看 起 来 是 6x 12， 但 实际 上 只 有 5x8+4， 也 就 是 说 ， 每 天 实际 工作 8 小 时 ， 再 加 上 周 六 的 4 个 小 时 。 


个 只 有 项 目 经 理 才 能 感觉 到 的 问题 是 ， 随 着 开发 人 员 每 天 的 工作 时 间 延 长 到 12 小 时 ， 项 目 经 理 的 工作 时 间 会 变 得 更 长 ， 每 天 甚至 会 超过 12 小 时 ， 因 为 有 更 多 的 项 目 上 的 事情 需要 
去 沟通 解决 。 我 记得 项 目 到 了 后 期 ， 我 基本 上 是 7x12 的 节奏 了 。 


我 还 发 现 ， 违 背 项 目 管理 流程 的 是 ，6x 12 相 当 于 没有 了 项 目 缓冲 时 间 ， 也 就 是 说 如 果 6x 12 还 是 发 现 有 事情 做 不 完 ， 那 么 就 真 的 做 不 完了 ， 因 为 不 会 让 团队 周 日 也 过 来 加 班 而 不 休息 
三 大 


6 周 后 得 到 的 经 验 是 ，6x 12 适 合 于 搞 突击 ， 但 时 间 应 控制 在 3 周 以 内 。 想 提高 开发 人 员 的 效率 ， 还 要 想 别 的 办 法 。 


我 一 向 是 反对 硬性 要 求 开发 人 员 加 班 的 。 研 发 人 员 不 同 于 其 他 工种 ， 他 们 写 了 一 天 代码 ， 需 要 很 好 的 休息 ， 才 能 保证 第 二 天 继续 高 效 的 工作 。 偶 尔 加 班 1~ 2 小 时 ， 因 为 程序 员 大 多 吃 
青春 这 口 饭 ， 所 以 可 以 凭借 年 轻 缓 过 来 。 但 是 长 期 的 加 班 就 不 同 了 ， 只 会 使 得 代码 质量 下 降 ，bug 变 多 。 


我 曾经 计算 过 每 天 上 班 8 小 时 ( 朝 9 晚 6， 午 饭 1 小 时 不 计 入 ) 的 实际 利用 率 。 以 下 时 间 是 要 扣除 的 : 

“上班 整理 工 位 、 吃 早饭 时 间 。 

WC 时 间 。 

* 饭 后 散步 时 间 。 

-午休 时 间 。 

“QQ 闲聊 时 间 。 

: 淘宝 购物 时 间 。 

“ 各 种 被 打扰 时 间 ， 比 如 线 上 投诉 的 跟踪 解决 、 各 种 紧急 会 议 、 其 他 部 门 咨询 ， 等 等 。 

其 中 前 4 项 是 不 能 省 的 ， 每 项 约 半 小 时 ， 那 么 每 天 就 有 2 小 时 不 在 工作 ， 每 天 工作 6 个 小 时 是 极限 了 ， 但 如 果 算 上 QQ 闲聊 和 淘宝 购物 时 间 ， 那 就 只 剩 下 4 个 小 时 不 到 了 。 
所 以 ， 作 为 团队 负责 人 或 项 目 经 理应 注意 以 下 几 点 : 


要 减少 团队 在 QQ 闲聊 和 淘宝 购物 上 花费 的 时 间 ， 充 分 利用 好 这 实打实 的 6 个 小 时 。 我 的 做 法 是 ， 只 要 事情 提前 做 完了 ， 剩 下 的 时 间 开发 人 员 干 什么 都 可 以 。 当 然 我 更 鼓励 员工 闲 下 
来 去 学 校 新 技术 ， 为 自己 增值 。 


: 另 一 方面 ， 还 是 要 控制 每 个 Task 的 工时 ， 精 细 到 0.5 天 。 拒 绝 那 种 有 很 大 水 分 的 Task 评 估 ， 这 就 是 项 目 经 理 的 职责 了 。 开 发 人 员 往 往 喜 欢 给 自己 留 一 些 buffer， 其 实 半天 时 间 就 够 了 。 


-减少 被 打扰 时 间 。 我 在 微软 时 ， 所 在 的 团队 有 一 项 很 好 的 制度 ， 每 周三 下 午 是 Quiet Time， 也 就 是 静 时 。 这 段 时 间 不 和 外 界 任何 人 沟通 ， 专 心 做 自己 的 事情 ， 效 率 是 非常 高 的 


10.6.3 “无线 部 门 的 座位 安排 


一 种 排 摆 工 位 的 办 法 如 图 10-4 所 示 (空白 处 的 表示 过 道 ) 。 


Android 开 发 4 Android 开 发 3 Android 开 发 2 Android 开 发 1 产品 经 理 1 | 产品 经 理 3 
MobileAPI 开 发 4 | MobileAPI 开 发 3 | MobileAPI 开 发 2 | MobileAPI 开 发 1 产品 经 理 2 | 产品 经 理 4 
iOS 开 发 4 iOS 开 发 3 iOS 开 发 2 iOS 开 发 1 设计 人 员 1 | 设计 人 员 3 
H5 测 试 2 H5 测 试 1 App 测 试 2 App 测 试 1 | 设计 人 员 2 | 设计 人 员 4 
H5 开 发 8 H5 开 发 6 HS 开发 4 H5 开 发 2 ST 

二 = = = 会 议 室 1 

运营 人 员 4 运营 人 员 3 运营 人 员 2 运营 人 员 1 


图 10-4 无 线 部 门 的 座位 图 1 
这 种 座位 的 排列 ， 对 于 刚刚 成 型 规模 不 大 的 无 线 部 门 比较 有 利 ， 主 要 体现 为 : 


“ App 开 发 人 员 ， 无 论 是 iDOS 还 是 Android， 都 可 以 快速 与 MobileAPI 开 发 人 员 进 行 沟通 ， 联 调 。 因 为 后 者 坐 在 中 间 位 置 。 


: App 开 发 人 员 、MobileAPI 开 发 人 员 、 测 试 人 员 可 以 快速 找到 产品 经 理 和 设计 人 员 。 


“ 测试 人 员 可 以 快速 地 找到 开发 人 员 ， 尤 其 是 iDOS 开 发 人 员 。 


随 着 人 员 的 极速 扩充 ， 以 上 座位 图 不 能 满足 需求 ， 一 种 新 的 方案 如 


风 


10-5 所 示 。 


MobileAPI 开 发 8IMobileAPI 开 发 6|MobileAPI 开 发 4|MobileAPI 开 发 2 MobileAPI 测 试 人 员 2 | 自动 化 测试 人 员 2 
MobileAPI 开 发 7IMobileAPI 开 发 3|MobileAPI 开 发 3|MobileAPI 开 发 1 MobileAPT 测 试 人 员 1 | 自动 化 测试 人 员 1 
Android 开 发 8 ”|Android 开 发 6 |Android 开 发 4 ”|Android 开 发 2 App 测 试 人 员 1 App 测 试 人 员 3 “|App 测 试 和 人员 5 
Android 开 发 7 |Android 开 发 S 1Android 开 发 3 ”|Android 开 发 1 App 测 试 人 员 2 App 测 试 人 员 4 ”|App 测 试 人 员 6 


iOS 开 发 8 iOS 开 发 6 iOS 开 发 4 iOS 开 发 2 产品 经 理 1 产品 经 理 3 产品 经 理 $ 


iOS 开 发 7 iOS 开 发 5 iOS 开 发 3 iOS 开 发 1 产品 经 理 2 产品 经 理 4 产品 经 理 6 
H5 开 发 7 H5 开 发 5 HS 开发 3 HS 开发 1 设计 人 员 1 设计 人 员 3 设计 人 员 5 
HS 开发 8 HS 开发 6 HS 开发 4 HS 开发 2 设计 人 员 2 设计 人 员 4 设计 人 员 6 
运营 人 员 4 运营 人 员 2 运营 人 员 1 运营 人 员 3 
图 10-5 ”无线 部 门 的 座位 图 2 


这 种 座位 的 排列 ， 对 于 “大 兵团 ”作战 非常 有 利 ， 主 要 体现 为 : 


: 以 Android 团 队 为 例 ， 他 们 背靠背 坐 成 两 排 ， 有 技术 上 的 问题 找 左右 或 者 转 个 身 就 能 最 快 寻求 到 帮助 。 
“ 即使 测试 人 员 坐 到 过 道 的 另 一 边 ， 仍 能 快速 地 找到 开发 人 员 和 产品 经 理 。 

" 开发 、 测 试 、 产 品 经 理 、 设 计 人 员 之 间 的 沟通 仍然 很 便捷 。 

“ 每 次 增加 新 人 ， 就 向 两 边 扩 充 ， 比 如 新 来 一 个 Android 开 发 人 员 ， 就 让 他 坐 在 Android 开 发 7 的 左边 。 


每 个 团队 招 多 少 人 是 有 预算 的 ， 每 年 年 初 都 定好 指标 了 ， 所 以 每 年 需要 调整 一 下 座位 。HR 和 行政 人 员 往 往 以 为 招 的 都 是 你 无 线 中 心 的 人 ， 坐 在 哪里 都 是 一 样 的 ， 所 以 找 个 角落 随便 给 
安排 个 座位 就 算 完成 任务 了 ， 于 是 你 会 看 到 一 个 团队 大 部 分 人 坐 在 一 起 ， 而 还 有 2 个 人 分 别 坐 在 天 南 地 北 的 两 个 角落 里 ， 其 实 这 是 有 问题 的 ， 至 少 说 明了 在 无 线 互联 网 飞速 发 展 的 今天 ， 
全 民 都 已 经 学 会 连 去 厕所 都 会 带 上 手机 把 玩 自己 心爱 的 App 的 同时 ，HR 却 在 工作 上 未 能 与 时 俱 进 ， 没 搞 清 楚 自 己 所 在 公司 的 无 线 部 门 怎么 排 摆 座位 才能 达到 工作 效率 最 高 。 


如 果 团队 继续 扩充 呢 ? 这 就 不 是 简单 的 排 摆 座位 就 能 解决 的 了 。 我 们 知道 ， 任 何 一 个 精干 的 团队 ， 超 过 8 人 都 是 有 问题 的 。 首 先 Team Leader 管 理 多 于 8 人 的 团队 就 会 捉襟见肘 。 所 以 
要 进行 拆 分， 目前 看 起 来 ， 根 据 业 务 线 进行 拆 分 ， 是 个 不 错 的 办 法 。 每 条 业务 线 都 有 自己 的 产品 经 理 、 设 计 人 员 、Android 开 发 、iOS 开 发 、MobileAPI 开 发 、HTML5 开 发 、 测 试 人 员 、 
运营 人 员 。 于 是 每 条 业务 线 的 座位 排 摆 方式 就 又 回 到 了 第 一 张 图 那样 一 一 可 以 认为 这 是 一 个 由 量变 引起 质变 的 过 程 。 


10.6.4 静 时 


软件 公司 的 很 多 理念 ， 在 互联 网 行业 是 行 不 通 的 ， 比 如 说 软件 开发 流程 就 不 一 样 ， 前 者 是 敏捷 流程 而 后 者 是 瀑布 流程 。 因 为 互联 网 永远 是 快 节奏 ， 所 以 会 不 按 规则 出 牌 ， 一 切 以 快速 
上 线 为 最 高 优先 级 ， 为 此 而 牺牲 了 流程 ， 所 以 你 会 看 到 ， 互 联网 公司 ， 永 远 是 乱 哄 哄 的 ， 没 有 一 方 “ 静 ” 土 。 一 方面 ， 大 家 都 在 忙 着 处 理 快 速 上 线 后 的 各 种 问题 ， 于 是 讨论 的 时 间 会 多 于 
静 下 来 工作 的 时 间 ; 另 一 方面 ， 大 家 都 在 为 下 一 次 迭代 上 线 赶 进度 ， 却 发 现 需求 不 到 位 、 设 计 稿 不 到 位 、 后 台数 据 不 到 位 ， 为 此 又 不 得 不 一 轮 又 一 轮 进行 讨论 ， 等 都 讨论 完 ， 却 又 发 现 留 
给 自己 的 工作 时 间 已 经 不 多 了 ， 所 以 加 班 是 不 可 避免 的 。 


抽 丝 剥 草 ， 你 会 发 现 ， 开 发 人 员 的 时 间 被 严重 碎片 化 了 。 任 何人 都 可 能 来 打扰 他 们 。 比 如 说 突然 发 现 的 线 上 bug， 比 如 说 客人 投诉 、 比 如 说 产品 经 理 临时 修改 需求 、 比 如 说 领导 视察 
工作 、 各 种 谈心 。 


要 想 办 法 把 这 些 碎片 化 的 时 间 汇 集 在 一 起 ， 开 发 人 员 的 效率 就 能 大 幅 提 高 了 。 这 比 多 招 几 个 开发 人 员 、 在 架构 和 代码 上 进行 优化 要 更 管用 。 


为 此 ,我 们 引入 “ 静 时 ”的 概念 。 


静 时 (Quiet Time) 是 软件 公司 的 术语 ， 就 是 说 ， 每 周 有 几 个 下 午 ， 开 发 人 员 关 掉 所 有 通讯 方式 、 不 再 进行 沟通 或 者 被 沟通 ， 全 身心 的 投入 编程 工作 ， 不 被 任何 人 任何 事 打扰 。 我 在 
微软 切身 经 历 过 这 种 机 制 ， 每 周三 下 午 的 效率 是 最 高 的 。 整 个 办 公 区 域 会 安静 下 来 ， 当 然 ， 副 作用 是 容易 犯困 ， 开 始 几 次 还 真 不 适应 。 


软件 公司 的 任何 理念 ， 想 在 互联 网 公司 着 陆 ， 都 是 需要 修正 的 ， 否 则 就 会 因为 水 土 不 服 而 达 不 到 效果 。 我 记得 一 开始 施行 静 时 的 时 候 ，App 团 队 倒是 安静 下 来 了 ， 专 心 去 做 项 目 赶 进 
度 修 bug 了 ， 但 是 其 他 团队 就 乱 套 了 ， 其 中 最 突出 的 问题 是 线 上 bug 没 人 去 查 了 ， 而 这 些 问 题 往往 很 急 ， 需 要 立刻 解决 ， 越 快 越 好 。 


于 是 我 们 为 每 次 静 时 指定 一 个 值班 人 员 ， 由 他 在 这 段 时 间作 为 外 界 的 统一 接口 ， 处 理 这 些 乱七八糟 的 线 上 问题 。 开 始 由 各 团队 的 Leader 担 当 值班 人 员 ， 慢 慢 地 就 由 团队 成 员 轮流 担 
任 。 这 就 相当 于 过 春节 放 长 假 大 家 都 回 家 休息 了 ， 但 一 定 要 有 值班 人 员 ， 能 够 处 理 线 上 各 种 紧急 状况 。 


在 App 团 队 彻底 安静 下 来 之 后 ， 我 们 就 发 现 ，MobileAPI 团 队 也 可 以 静 下 来 啊 ， 产 品 经 理 团队 也 可 以 静 下 来 啊 ， 于 是 各 个 团 度 都 设 定 了 自己 的 静 时 。 实 施 后 我 就 发 现 ， 各 个 团队 的 静 
时 设置 为 同一 天 ， 只 能 保证 那 一 天 效率 很 高 ， 其 他 时 间 还 是 会 很 乱 很 低 效 。 把 各 个 团队 的 静 时 设置 为 一 周 的 不 同时 间 ， 反 而 能 达到 效率 的 最 大 化 ， 因 为 每 天 都 有 团队 要 安静 下 来 ， 只 能 投 
入 1 个 人 参与 讨论 ， 这 就 间接 减少 了 其 他 团队 想 沟通 的 愿望 。 


静 时 是 为 了 解决 频繁 沟通 、 无 效 沟通 的 问题 。 但 是 搞 过 火 了 会 导致 信息 不 同步 ， 从 而 引发 更 严重 的 问题 。 为 此 ， 每 天 静 时 后 ， 还 是 要 留 出 半 个 小 时 ， 处 理 一 下 其 他 团队 的 诉求 。 另 一 
方面 ， 要 提前 协调 好 和 其 他 团队 协同 工作 的 时 间 ， 要 让 其 他 团队 知道 ， 在 什么 时 候 可 以 来 找 你 商量 事情 。 


10.7 本 章 小 结 


本 章 介绍 了 敏捷 开发 中 的 项 目 管理 。 管 理学 分 两 种 : 
得 到 惊喜 。 


团队 管理 和 项 目 管理 。 
别 让 他 们 去 做 太 多 不 擅长 的 事情 ， 这 种 事情 让 部 门 秘书 去 统一 去 做 就 好 了 。 而 项 目 管理 我 执行 强 管理 ， 我 要 清楚 知道 每 个 人 每 天 的 进度 ， 以 避免 劳动 力 的 荒废 。 这 时 候 需要 一 
个 强力 的 项 目 经 理 来 推进 ， 以 确保 每 次 迭代 能 最 大 程度 的 完成 需求 ， 及 时 汇报 剩余 工时 用 于 和 


团队 管理 我 推崇 弱 管 理 ， 别 给 团队 成 员 加 诸 太 多 的 条 条 框框 ， 给 他 们 一 个 主题 ， 让 他 们 自由 发 挥 ,往往 能 


构 工 作 。 


队 的 好 坏 ， 不 是 看 技术 能 力 有 多 强 ， 而 是 能 否 按 | 


评价 一 个 团 


第 11 章 ”日常 工作 中 的 问题 解决 


自从 我 踏 入 App 这 个 行业 ， 就 过 上 了 在 刀 尖 上 秋 血 的 日 子 ， 每 天 在 战 战 欧 奖 中 度 过 ， 线 上 一 旦 有 什么 风吹草动 ， 比 如 逻辑 错误 或 页 面 崩溃 ， 都 要 立刻 放下 手中 的 


明 原因 。 能 查 明 原因 并 快速 解决 还 好 办 ， 找 不 出 原因 是 最 头痛 的 


时 交 货 。 为 此 ， 要 想 办 法 提高 工作 效率 。 本 章 涉及 的 各 种 技巧 ， 都 是 我 在 实际 项 目 管理 中 的 经 验 总 结 。 


情 ， 组 织 人 力 去 查 


， 或 找 出 了 原因 却 无 计 可 施 则 是 更 翡 催 的 寻 因为 会 影响 公司 生意 。 


有 情 ， 


原因 


我 三 十 岁 前 在 微软 ， 每 天 过 着 晚上 六 点 下 班 就 伙同 张 三 李 四 王 二 麻子 满 世界 吃喝 玩乐 的 生活 ， 经 常 周一 上 班 没 精神 是 因为 周 日 唱 K 把 嗓子 喊 吓 了 。 三 十 岁 后 投身 互联 网 后 ， 每 天 下 班 
都 是 九 、 十 点 钟 ， 经 常 是 办 公 室 最 后 只 剩 下 我 一 个 人 在 那里 分 析 线 上 Crash， 或 者 带 着 团队 加 班 赶 进度 ， 然 后 周末 倒 在 家 里 睡 一 天 。 我 的 青春 就 是 以 三 十 岁 为 分 水 岭 ， 前 松 后 紧 的 度 过 。 


我 只 希望 者 了 以 后 ， 回 忆 起 这 段 充实 、 刺 激 的 人 生 经 历 ， 不 会 因 


本 章 我 要 介绍 的 内 容 ， 就 是 在 工作 中 副 出 来 的 解决 方案 。 


11.1 使 用 二 分 法 排查 问 题 


二 分 法 是 编程 课 中 讲解 递归 函数 时 提 到 的 概念 ， 但 其 实 这 个 


记得 有 一 次 Android 发 版 ， 测 试 人 员 发 现 ， 收 银 台 突然 就 不 能 支付 了 ， 一 点 击 支付 按钮 就 裔 


MobileAPI 有 问题 。 


= 
和 奇 


这 件 事 上 升 到 我 这 个 层面 ， 我 当时 就 觉得 很 
断定 : 


怪 ， 首 先 ， 线 


1) 与 MobileAPI 无 关 ， 肯 定 是 这 次 迭代 改 出 问题 来 的 。 


2) 导致 月 溃 的 改动 ， 肯 定 就 是 这 几 天 的 代码 签 入 导致 的 。 


首先 看 一 下 每 日 自动 打包 (DailyBuild) 的 服务 器 上 备份 的 历史 版 本 ， 如 图 


为 自己 的 碌碌 无 为 而 遗憾 。 


方法 在 现实 中 往往 用 于 排查 问题 。 


省。 负责 该 模块 的 开发 人 员 东 相 具 西 看 看 找 不 出 出 溃 的 原因 ， 最 后 一 口 咬定 是 后 台 


上 的 版 本 是 没有 问题 的 ，iPhone 上 也 是 好 的 ， 而 且 ， 据 测试 人 员 反映 ，Android 的 测试 包 前 几 天 还 是 好 的 。 那 么 基本 可 以 


11-1 所 示 : 


C:\ProjectForAntBuild 
和 


也 就 是 说 ，6 月 1 号 开始 开发 ，6 月 30 号 最 


| =o. 
| 
3 
| 
….… 中 间 省 略 若干 次 打包 版 本 


1) 我 们 先 检查 6 月 1 号 的 包 是 好 的 还 是 坏 的 。 如 果 6 月 1 号 的 包 是 坏 的 ， 那 么 就 是 6 月 1 号 的 某 次 提交 
好 的 ， 那 就 是 1 到 30 号 之 间 的 某 天 的 包 有 问题 。 我 们 使 用 二 分 法 ， 


了 区 亚 - 
| 一 一 DO 
图 11-1 打包 服务 器 上 的 历史 版 本 
后 一 次 提交 代码 。 我 们 先 以 天 为 单位 ， 找 到 计 溃 发 生 的 那个 临界 点 。 
导致 了 崩溃 ， 我 们 直接 在 6 月 1 号 的 提交 历史 中 进行 二 分 法 排查 。 如 果 6 月 1 号 的 包 是 
看 一 下 15 号 这 个 包 是 好 的 还 是 坏 的 ， 如 图 11-2 所 示 : 


V ? X 
一 一 一 一 一 一 一 一 一 一 一 一 一 


6.1 0.7 0.1> 0.22 0.30 


图 11-2 ”使 用 二 分 法 查找 错误 提交 点 


接 下 来 会 有 两 种 情况 : 如 果 15 号 的 包 是 好 的 ， 那 就 是 说 15 到 30 号 之 间 某 天 的 包 有 问题 ， 如 图 11-3 所 示 ; 如 果 15 号 的 包 是 坏 的 ， 那 就 是 说 1 到 15 号 之 间 某 天 的 包 有 问题 ， 如 图 11-4 所 


V V ? X 
一 |- 一 | 二 


60.1 0.7 0.1> 0.22 6.30 


示 。 


图 11-3 使 用 二 分 法 查找 错误 提交 点 


V ? X X 
于- 


0.] 0.7 0.13 0.22 0.30 


图 11-4 使 用 二 分 法 查找 错误 提交 点 


选择 15 号 作为 第 一 次 二 分 法 的 时 间 点 ， 帮 助 我 们 缩小 了 排查 范围 。 以 此 类 推 ， 下 一 次 二 分 法 的 点 是 7 号 或 者 22 号 。 以 此 类 推 ， 逐 步 缩小 排查 范围 。 对 于 时 间 长 度 为 30 天 而 言 ， 这 么 找 5 
次 就 能 找到 出 问题 的 那 一 天 〈2 的 5 次 方 最 接近 30) 。 


2) 在 出 问题 的 那 一 天 ， 我 们 继续 使 用 二 分 法 ， 找 出 问题 的 那 一 次 提交 。 这 次 二 分 法 不 再 是 以 天 为 单位 ， 而 是 以 每 次 提交 为 单位 。 如 果 当 天 有 100 次 提交 的 话 ， 大 约 找 7 次 就 够 了 (2 的 
7 次 方 最 接近 100) 。 


虽然 上 述 这 种 做 法 土 了 点 ， 每 次 都 是 把 那 次 签 入 相对 应 的 整个 App 代 码 都 签 出 ， 然 后 打包 安装 到 手机 上 验证 是 否 会 有 崩溃。 但 越 是 土 办 法 越 有 效 ， 我 花 了 1 个 小 时 ， 就 把 问题 定位 在 昨 
天 下 午 的 一 次 代码 签 入 ， 开 发 人 员 误 把 一 个 if 语 句 直接 返回 true 而 不 走 下 面 的 业务 逻辑 ， 没 有 给 一 个 变量 赋值 ， 所 以 点 击 按钮 的 时 候 因为 那个 变量 为 空 而 崩 演 。 


后 来 这 个 方法 就 推 而 广 之 了 。 有 一 次 发 版 后 ， 大 量 用 户 打 电话 反馈 说 不 能 登录 一 一 对 于 一 个 电 商 平台 而 言 ， 不 能 登录 意味 着 不 能 下 单 ， 没 有 生意 做 ， 这 是 绝对 不 允许 的 。 


但 奇怪 的 是 ， 我 们 开发 人 员 无 论 如 何 也 不 能 复 现 问 题 ， 就 这 样 猜 着 查 了 一 下 午 原因 ， 始 终 不 得 要 领 。 直 到 傍晚 下 班 前 客服 妹子 的 一 个 电话 打 了 进来 。 预 知 后 事 如 何 ， 且 听 下 文 分 解 。 


11.2 ”找到 能 稳定 重 现 问题 的 人 


上 节 说 到 ， 我 们 发 版 后 接 到 大 量 用 户 反馈 说 不 能 登录 ， 但 是 我 们 在 北京 却 不 能 复 现 问题 ， 一 筹 莫 展 。 


我 们 通过 分 析 发 现 ， 这 些 反馈 用 户 来 自 全国 各 地 ， 但 就 是 没有 北京 的 ， 所 以 我 们 需要 找 一 个 能 稳定 重新 这 个 问题 的 人 ， 来 协助 我 们 排查 问题 。 


就 在 我 们 急 得 像 热 锅 上 的 蚂蚁 时 ， 有 一 个 身 在 外 地 的 客服 妹子 打 电 话 给 我 们 反馈 同样 的 问题 。 当 时 我 们 激动 死 了 ， 因 为 这 个 客服 人 员 ， 就 是 我 们 要 找 的 人 ， 她 具备 两 个 特质 : 


1) 能 够 稳定 重 现 问题 。 


2) 愿意 花费 大 量 时 间 不 大 其 烦 的 帮 我 们 测试 。 


于 是 我 们 就 基于 这 一 个 月 来 每 天 晚上 9 点 通过 DailyBuild 机 制 生成 的 安装 包 ， 使 用 上 一 节 介绍 的 二 分 法 来 排查 问题 。 就 这 样 一 步 步 缩小 范围 ， 直 到 我 们 发 现 是 某 一 天 开发 人 员 的 一 次 错 
误导 致 的 。 这 时 已 经 是 第 二 天 晚上 9 点 了 。 客 服 妹子 陪 我 们 整整 一 天 进行 枯燥 的 测试 工作 ， 装 了 卸 ， 卸 了 装 ， 反 反复 复 就 是 验证 登录 那个 功能 。 


查 明 原 因 并 修复 问题 就 要 紧急 发 版 了 ， 但 是 只 有 那 一 个 客服 妹子 测试 过 ， 只 能 说 看 似 修复 了 这 个 bug， 对 于 其 他 用 户 ， 升 级 后 是 否 就 可 以 登录 了 ， 还 不 得 而 知 。 于 是 我 就 逐个 给 之 前 
投诉 的 客人 打 电 话 ， 请 他 们 帮忙 ， 安 装 我 发 给 他 们 的 测试 版 ， 看 是 否 可 以 正常 登录 了 。 因 为 当时 已 经 晚上 9 点 多 了 ， 所 以 大 部 分 客人 要 么 是 已 经 休息 了 ， 怪 我 半夜 吵 醒 他 们 ， 要 么 是 不 接 
电话 ， 还 有 怀疑 我 是 骗子 的 。 总 之 打 到 晚上 10 点 ， 二 十 多 人 中 只 有 2 个 人 愿意 帮 我 们 做 测试 ， 但 聊 胜 于 无 ， 多 一 个 人 测试 成 功 ， 就 多 一 分 上 线 信心 。 


经 过 这 件 事 ， 我 就 总 结 出 两 点 : 


1) 二 分 法 再 好 用 ， 找 不 到 能 帮助 我 们 复 现 问题 的 人 也 是 白搭 。 客 服部 门 是 比较 好 的 人 选 ， 她 们 可 以 在 接 到 客人 投诉 后 ， 亲 自用 自己 的 手机 点 一 点 ， 看 看 问题 是 否 真 的 存在 。 而 且 ， 
最 重要 的 是 ， 她 们 在 复 现 后 ， 能 帮 有 我 们 长 时 间 进 行 测试 ， 因 为 我 们 是 同一 个 公司 ， 这 属于 部 门 之 间 协 作 ， 都 是 为 公司 做 事 ， 责 无 旁 贷 。 另 一 个 可 以 建立 协作 关系 的 部 门 是 遍布 全 国 各 地 的 


销售 部 门 和 分 公司 ， 可 以 帮 有 我 们 测试 全 国 各 地 的 网 络 情况 。 


2) 对 于 互联 网 公司 ， 一 定 要 建立 公司 的 忠实 用 户 群 。 这 些 用 户 可 以 在 新 版 本 发 布 前 ， 帮 有 我 们 进行 测试 。 他 们 遍布 全 国 各 地 ， 有 各 种 不 同 的 需求 ， 从 而 试用 的 业务 场景 也 不 尽 相同 。 
要 适当 给 他 们 一 些 奖 励 ， 比 如 VIP 用 户 或 者 红包 代金 券 什么 的 。 不 要 以 为 全 国人 民 都 像 开发 人 员 似 的 ， 每 天 忙 得 焦头烂额 ， 哪 还 有 时 间 去 帮 别 人 去 做 小 白鼠 ， 其 实 有 闲人 和 好 心 人 还 是 很 
多 的 。 


一 般 来 说 ， 能 打 电 话 来 投诉 的 用 户 ， 都 是 愿意 花 时 间 帮 有 我 们 进行 测试 的 用 户 。 


11.3 “小 流量 包 


Android 有 一 个 比 iOs 好 的 地 方 ， 就 是 可 以 随时 发 版 ， 发 现 问题 后 立刻 修复 立刻 发 新 版 。 至 少 很 多 书 上 都 是 这 么 说 的 。 


但 我 从 事 无 线 领域 这 几 年 的 经 验 告诉 我 ， 实 际 情况 并 非 如 此 。 频 繁 发 版 会 导致 用 户 要 频繁 更 新 ， 他 们 会 认为 这 家 公司 是 不 是 要 倒闭 了 ?怎么 一 周 内 接二连三 发 hotfix 版 本 ”所 以 每 次 
发 现 线 上 bug， 我 们 都 会 很 谨慎 的 评估 ， 是 否 一 定 要 发 hotfix 版 本 。 不 同行 业 发 hotfix 版 本 的 衡量 标准 是 不 一 样 的 : 


. 电 商 类 公司 ， 他 们 会 很 在 乎 订单 数 和 订单 转化 率 ， 所 以 一 定 要 确保 支付 主流 程 能 走 通 ， 同 时 ， 对 于 一 切 影响 生意 的 UI 展示 问题 都 很 在 意 ， 比 如 票 券 的 有 效 期 会 误导 用 户 ， 比 如 酒店 
的 好 评 率 如 果 不 展示 将 直接 影响 订单 的 转化 率 。 


: 社交 类 公司 ， 他 们 会 很 在 乎 各 个 页 面 的 广告 是 否 能 正确 投放 ， 因 为 这 类 公司 就 是 靠 收 取 其 他 公司 的 广告 费 来 剧 利 的 。 另 外 ， 他 们 比较 关心 PV 和 UV， 因 为 不 同 页 面 上 的 广告 费用 是 
不 一 样 的 ，PV 和 UV 高 的 页 面 ， 广 告 费 用 也 高 ， 比 如 首页 。 


“ 推送 ， 更 是 一 个 重 中 之 重 的 功能 。 尤 其 是 个 性 化 推送 ， 能 在 公司 和 用 户 之 间 建 立 很 好 的 互动 。 如 果 推 送 荔 能 坏 了 ， 是 必须 要 紧急 发 版 的 。 


: 地 图 定位 ， 对 所 有 公司 都 很 重要 ， 所 以 使 用 一 款 好 的 SDK 至 关 重 要 ， 我 们 最 关心 的 是 地 图 SDK 的 稳定 性 和 性 能 ， 还 有 准确 性 。 我 一 天 到 晚 接 到 全 国 各 地 销售 部 门 的 投诉 ， 说 菜 菜 定 
位 错 了 ， 导 致 客人 找 不 到 具体 地 方 ， 直 接 影响 生意 。 


每 次 紧急 发 版 都 会 把 所 有 200 多 个 渠道 包 全 都 打 一 遍 ， 就 算是 自动 化 批量 打包 ， 每 个 包 需要 5 分 钟 ， 也 要 等 服务 器 运行 将 近 一 天 时 间 [1]。 然 后 由 推广 人 员 执行 以 下 操作 : 


:一 部 分 apk 包 手动 上 传 到 各 大 市 场 ， 有 些 是 立即 生效 ， 有 些 则 需要 Android 市 场 那 边 审核 ， 如 果 是 周末 对 方 不 上 班 ， 还 要 打 电 话 请 人 家 帮忙 加 速 审核 。 
:一 部 分 apK 分 发 给 Android 市 场 的 市 场 人 员 ， 由 他 们 帮忙 上 传 。 

“ 一 部 分 apk 放 到 公司 的 服务 器 ， 然 后 更 新 所 有 HTML5 短 链 的 地 址 。 

每 次 Hotfix 发 版 ， 都 会 这 么 折腾 一 遍 ， 所 有 涉及 的 人 都 苦 不 堪 言 。 经 历 了 几 次 Hotfix 后 ， 我 就 开始 在 想 如 何 提前 发 现 App 的 这 些 严重 问题 。 


我 们 先 尝 试 使 用 Google Play， 每 次 发 版 前 一 两 天 都 提前 发 布 到 Google Play 的 灰 度 环境 ， 设 置 为 50%， 也 就 是 说 每 两 个 用 户 就 有 一 个 用 户 能 使 用 到 新 版 本 。 我 们 原本 以 为 这 样 就 能 收 
到 用 户 的 反馈 了 ， 但 是 我 们 试 了 几 次 后 ， 发 现 这 种 方法 不 可 行 ， 因 为 在 中 国 ，Google Play 的 用 户 很 少 ， 每 天 100 多 用 户 ， 所 以 收 不 到 任何 反馈 ， 也 看 不 到 新 版 本 发 生 Crash 发 送 到 后 台 服 
务 器 的 异常 日 志 。 


既然 Google Play 行 不 通 ， 因 为 用 户 少 ， 那 我 们 就 在 想 ， 能 否 在 用 户 量 比较 大 的 渠道 上 提前 几 天 发 布 我 们 的 测试 版 本 ? 


我 们 发 现 ， 网 站 首页 上 的 主 渠道 ， 用 户 量 比较 大 ， 每 天 大 约 有 1000 的 新 用 户 激活 ， 所 以 我 们 尝试 将 主 渠道 上 的 包 提前 一 周 蔡 换 为 测试 版 本 ， 我 们 称 这 个 测试 版 本 为 小 流量 包 。 


小 流量 包 的 版 本 号 仍然 是 当前 线 上 的 版 本 号 。 比 如 说 ， 线 上 版 本 是 6.0， 过 几 天 要 发 新 版 本 6.1， 在 这 期 间 我 要 在 主 渠道 发 布 一 个 小 流量 包 ， 版 本 号 只 能 是 6.0， 而 不 能 是 6.1， 否 则 第 二 


的 意义 ， 相 当 于 提前 发 版 上 线 了 ， 所 以 版 本 号 一 定 不 能 变 ， 仍 然 是 6.0， 就 不 会 被 抓 包 了 。 


那么 如 何 区 分 线 上 版 本 和 小 流量 包 呢 ?比如 说 激活 数 、 下 单数 、 转 化 率 ， 甚 至 是 线 上 Crash 数 据 ， 因 为 版 本 号 一 样 ， 都 会 混在 一 起 。 我 的 经 验 是 申请 一 个 新 的 渠道 号 ， 比 如 我 今天 要 
发 布 小 流量 包 ， 那 么 我 就 找 财务 申请 20140802 这 个 新 渠道 ， 这 样 在 后 台 就 能 看 到 渠道 号 为 20140802 的 Crash 信 息 了 。 到 时 候 只 要 在 计算 每 日 激活 量 时 ， 把 这 个 渠道 产生 的 激活 划 归 到 主 


小 流量 包 的 版 本 号 不 变 ， 使 得 只 有 新 用 户 才 能 下 载 到 小 流量 包 ， 老 版 本 的 用 户 ， 因 为 版 本 号 一 致 ， 所 以 不 会 进行 更 新 。 这 样 就 避免 了 频繁 升级 App 版 本 对 用 户 造 成 的 麻烦 。 


[由 有 一 种 超 快 速 打 渠道 包 的 机 制 ， 请 参见 本 书 9.9.3 节 。 


11.4 ”建立 全 国 范围 的 测试 群 


我 们 在 本 章 11.1 节 和 11.2 节 介绍 了 如 何 通过 二 分 法 排查 线 上 bug， 以 及 如 何 请 客服 人 员 帮 有 我 们 一 起 排查 问题 。 像 这 类 问题 ， 只 要 能 找到 能 稳定 复 现 的 用 户 ， 能 帮助 我 们 不 停 地 进行 测 
试 ， 就 肯定 能 解决 线 上 的 各 种 疑难 问题 。 


这 件 事 过 后 ， 我 就 在 想 ， 如 何 能 提前 发 现 类 似 的 网 络 问题 。 像 上 面 遇 到 的 这 件 事 ， 在 开发 期 间 ， 在 北京 研发 总 部 ， 无 论 是 开发 人 员 还 是 测试 人 员 ， 都 没有 遇 到 过 ， 但 只 要 一 到 外 地 ， 
就 有 可 能 发 生 ， 这 是 我 们 研发 团队 所 面临 的 一 个 难题 。 


后 来 我 在 公司 里 面 四 处 转悠 的 时 候 ， 我 就 发 现 销售 部 门 可 以 帮 有 我 们 做 测试 啊 。 要 知道 只 要 公司 大 一 些 ， 全 国 各 地 都 会 有 销售 办 事 处 的 。 


有 人 会 说 ， 你 说 得 轻松 ， 人 家 也 有 要 忙 的 事情 ， 哪 有 空 理 你 啊 ! 其 实 ， 测 试 工作 如 果 做 好 了 ， 反 过 来 可 以 帮 销 售 部 门 争取 到 更 多 的 客户 ， 对 公司 也 是 有 益处 的 ， 只 是 之 前 没有 人 意识 
到 这 一 点 而 已 。 


于 是 我 写 了 一 封 邮 件 给 全 国 30 多 个 省 会 的 销售 负责 人 ， 大 抵 是 说 ， 请 大 家 配合 提供 各 个 地 区 的 有 Android 手 机 可 以 配合 测试 工作 的 部 门 助理 的 联系 方式 ， 但 正和 事先 料想 的 一 样 ， 回 
复 者 寥寥 无 几 。 没 关系， 我 开始 改变 策略 ， 一 封 封地 发 这 个 邮件 ， 而 且 全 都 抄 送 给 整个 销售 部 门 的 总 负责 人 。 刚 发 完 第 二 封 ， 那 个 总 负责 人 坐 不 住 了 ， 估 计 是 被 我 骚扰 烦 了 ， 他 回 邮 件 说 
这 邮件 你 小 子 别 再 发 了 ， 我 来 帮 你 催 。 


就 这 样 在 一 天 之 内 要 到 了 全 国 30 多 个 省 会 的 有 Android 手 机 可 以 配合 测试 工作 的 部 门 助理 的 联系 方式 ， 把 她 们 加 到 了 一 个 新 创建 的 全 国 销售 QQ 群 中 ， 每 次 发 版 前 一 周 都 会 给 群 里 的 
每 个 人 发 一 个 测试 包 ， 测 试 在 WiFi 和 2G、3G、46G 网 络 环境 下 主流 程 是 否 能 走 通 。 我 记得 每 次 干 这 事 的 时 人 息 ， 都 要 一 个 小 时 同时 和 30 多 个 人 进行 QQ 聊天 ， 我 打字 又 不 快 ， 经 常 脸 数 得 通 
红 ， 屏 幕 上 的 30 多 个 QQ 窗口 全 都 在 闪烁 而 我 又 回应 不 过 来 。 


后 来 我 老板 听 说 这 事 ， 专 门 跑 到 我 屏幕 前 看 我 创建 的 这 个 全 国 销售 QQ 群 ， 他 说 你 是 工作 泡妞 两 不 误 啊 ， 这 群 里 怎么 这 么 多 90 后 美女 ”我 说 TMD 还 不 是 为 了 你 的 生意 ， 不 然 我 一 个 做 
技术 的 ， 这 每 天 干 的 事 哪 件 和 技术 有 关 啊 ? 


这 个 QQ 群 创建 后 ， 还 有 另 一 个 意 想不到 的 效果 ， 就 是 销售 部 门 的 同事 发 现 App 的 问题 后 ， 直 接 就 在 QQ 群 里 阅 了 ， 我 可 以 第 一 时 间 收 到 反馈 并 立即 组 织 开 发 人 员 查找 原因 ， 而 这 在 过 
去 ， 往 往 要 中 转 好 几 个 人 ， 才 能 把 问题 和 邮件 转 到 我 这 里 。 


11.5 ”如何 与 用 户 沟通 


用 户 投诉 非 同 小 可 ， 我 们 要 把 每 天 的 用 户 投诉 作为 一 个 长 期 的 工作 来 抓 。 


每 个 打 电话 来 投诉 的 用 户 ， 背 后 都 有 99 个 发 现 了 同样 问题 但 是 却 懒得 打 电 话 的 用 户 ， 所 以 如 果 连 这 个 用 户 都 不 理 不 皮 ， 那 么 我 们 的 App 就 真 的 没 救 了 。 


我 作为 App 用 户 ， 也 经 常会 打 电 话 投诉 或 者 反映 问题 ， 我 希望 问题 很 快 解决 ， 即 使 不 能 百 分 百 解决 ， 我 希望 有 人 愿意 为 此 负责 ， 而 不 是 推卸 责任 。 

所 以 ， 我 在 代表 公司 处 理 用 户 投诉 时 ， 我 会 这 么 做 : 
“ 使 用 公司 座机 打 过 去 ， 这 样 能 表明 自己 不 是 骗子 。 不 要 使 用 手机 。 
: 首先 表明 自己 的 身份 。 我 的 经 验 是 ， 当 用 户 听 到 你 是 技术 人 员 时 ， 会 比较 乐于 沟通 ， 因 为 他 会 认为 他 的 投诉 得 到 了 足够 的 重视 ， 已 经 一 层 层 传达 到 了 公司 的 技术 部 门 。 
: 详细 问 清楚 问题 发 生 的 场景 ， 包 括 手机 型 号 、 网 络 是 XG、3G、4G 还 是 WiFi、 所 在 城市 、App 版 本 号 。 


“ 留 下 用 户 的 QQ 号 或 者 微 信号 ， 这 是 为 了 方便 以 后 能 继续 沟通 。 如 果 有 可 能 ， 可 以 把 这 个 用 户 加 入 到 公司 的 活跃 用 户 群 。 既 然 用 户 能 打 电 话 来 跟 我 们 讲 问 题 ， 那 就 可 以 认为 这 些 用 户 
是 我 们 潜在 的 忠实 用 户 了 。 


“ 如 果 需 要 用 户 花 时 间 来 配合 我 们 的 测试 工作 或 者 重 现 问 题 ， 最 好 能 给 用 户 一 些 实 患 ， 比 如 升级 为 VIP 用 户 ， 或 者 充 50 元 话费 等 。 


与 各 种 各 样 用 户 沟通 多 了 ， 发 现 用 户 的 问题 基本 分 为 以 下 几 种 : 


1) 用 户 操作 行为 错误 。 这 其 实 应 该 怪 产 品 经 理 设计 了 屎 一 样 的 产品 ， 让 用 户 抓 竹 ， 才 会 点 错 。 我 听 说 美 团 的 成 功 ， 就 在 于 给 商户 使 用 的 后 台 非 常 简单 ， 所 以 能 抢 到 更 多 的 商户 。 交 
互 逻辑 非常 复杂 的 功能 我 做 过 很 多 ， 上 线 后 就 是 没 人 用 。 由 此 而 验证 了 一 条 真理 : 简单 ， 才 是 美 。 


2) 业务 逻辑 有 bug， 甚 至 导致 裔 演 。 这 主要 是 App 开 发 人 员 的 问题 ， 也 跟 测 试 人 员 没 有 覆盖 足够 的 测试 场景 有 关系 。 目 前， 大 多 数 公司 遇 到 这 样 的 问题 ， 如 果 很 严重 ， 只 能 紧急 修 
复 、 紧 急 发 版 :如 果 发 新 版 成 本 很 高 ， 就 只 能 忍 到 下 次 迭代 发 版 了 。 想 快速 解决 这 类 问题 ，Android 可 以 走 插 件 化 编程 的 路 。 对 于 iOS， 可 以 考虑 Lua 脚 本 编程 技术 。 
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3) GPS 定位 不 准 。 这 是 我 遇 到 的 投诉 最 多 问题 。 这 是 要 最 优先 解决 的 问题 ， 这 个 数据 不 准 ， 尤 其 是 定位 错 了 城市 ， 或 者 把 酒店 定位 到 海里 去 了 ， 都 会 闹 笑 话 。 很 多 时 候 ， 这 是 因为 
Android 使 用 了 百度 地 图 而 iOS 使 用 了 高 德 地 图 的 原因 ， 他 们 的 坐标 值 不 一 样 ， 所 以 在 地 图 上 的 位 置 会 不 一 样 。 


4) App 版 本 低 。 低 版 本 有 bug， 我 们 发 现 后 在 新 版 本 修复 了 。 用 户 升级 到 最 新 版 本 后 ， 就 没有 问题 了 。 


5) 问题 不 能 复 现 。 如 果 不 能 复 现 ， 或 者 说 时 好 时 坏 ， 那 多 半 是 MobileAPI 返 回 了 脏 数 据 的 原因 。 


6) 客服 记录 问题 与 客人 投诉 问题 完全 不 符 。 因 为 客服 只 管 记录 ， 对 App 并 不 熟悉 ， 所 以 经 常会 以 率 传 说 ， 把 客人 投诉 订单 列表 页 的 问题 ， 反 馈 为 产品 列表 页 的 问题 。 总 之 驴 层 不 对 马 
嘴 的 事情 很 多 ， 所 以 开发 人 员 如 果 想 知道 真实 情况 ， 一 定 要 打 电 话 亲自 询问 客人 原委 。 


鉴于 每 天 都 有 大 量 的 用 户 投诉 ， 我 们 在 与 用 户 电话 沟通 后 ， 要 找 一 个 地 方 备案 ，Excel 也 好 ，Wiki 也 好 ， 自 己 做 的 系统 也 好 ， 总 之 : 


1) 成 功 解决 的 ， 要 写 下 来 解决 方案 ， 以 便于 以 后 有 类 似 问题 ， 可 以 不 用 排查 ， 直 接 答复 用 户 。 我 们 称 之 为 Trouble Shooting。 


2) 不 能 复 现 、 成 为 无 头 公案 的 ， 如 果 不 严 重 ， 就 当 作 优先 级 不 高 的 bug 来 处 理 ， 要 记 下 来 用 户 联系 方式 以 及 问题 的 来 龙 去 脉 ， 时 刻 保持 警惕 。 


保证 产品 的 质量 不 光 是 靠 发 版 前 的 测试 工作 ， 还 包括 产品 上 线 后 的 线 上 问题 的 跟踪 和 处 理 。 


与 用 户 沟通 ， 不 同 于 在 公司 里 做 项 目 ， 需 要 另 一 套 沟通 的 技巧 。 要 和 颜 悦 色 、 要 循 循 善 笑 、 要 不 卑 不 亢 、 尽 可 能 多 的 从 用 户 那里 获取 信息 ， 尽 最 大 程度 地 请 用 户 帮 有 我 们 复 现 问题 。 


我 们 开发 人 员 ， 遇 到 问题 不 要 一 上 来 就 想 看 log， 用 户 手机 上 是 没有 log 的 ， 就 算 记 录 了 log， 也 不 会 拿 给 我 们 看 的 ， 要 从 多 个 角度 综合 分 析 问 题 ， 比 如 说 追踪 发 生 问题 的 时 间 点 ， 我 们 
可 以 沿 着 这 个 方向 去 后 台 查 找 MobileAPI 日 志 、 检 查 Crash 信 息 。 有 关 这 方面 排查 问题 的 方法 论 ， 我 们 下 一 节 再 介绍 。 


11.6 日 志 与 App 性 能 


日 志 这 玩意 儿 非常 强大 ， 关 键 看 你 会 不 会 用 。 


在 Android 日 常 开 发 中 ， 我 会 输出 每 次 调用 MobileAPI 时 的 接口 地 址 、 返 回 的 JSON 字 符 串 。 但 是 这 还 远 远 不 够 。 


对 于 一 次 完整 的 请 求 ， 我 们 需要 记录 以 下 信息 : 


2) 接收 到 MobileAPI 网 络 请 求 的 响应 时 间 。 注 意 这 个 时 间 点 ， 是 接收 到 JSON 字 符 串 的 时 间 。 


3) 从 客户 端 接收 到 JSON 字 符 串 到 页 面 生成 的 时 间 。 这 主要 用 于 测试 列表 页 的 生成 时 间 ， 用 于 优化 列表 页 的 加 载 性 能 。 


将 1) 和 2) 这 两 个 时 间 点 相 减 ， 得 到 调用 一 次 网 络 接口 的 时 间 ， 这 期 间 包括 服务 器 处 理 该 请 求 的 时 间 ， 以 及 来 回 传输 数据 的 时 间 。 我 们 请 MobileAPI 将 每 次 响应 的 时 间 记 录 在 
HttpResponse 响 应 头 中 ， 返 回 给 客户 端 ， 就 可 以 计算 出 每 次 请 求 中 到 底 哪 一 段 最 耗费 时 间 。 


以 上 就 是 客户 端 网 络 性 能 的 检测 方案 。 我 们 将 这 些 信 息 作 为 日 志 记录 到 SD 卡 上 。 每 天 晚上 跑 Monkey， 基 本 上 每 个 页 面 都 会 走 好 几 遍 ， 那 么 每 个 MobileAPI 接 口 的 性 能 数据 就 都 能 得 
到 了 。 


每 天 只 在 WiFi 网 络 环境 下 跑 Monkey 测 试 ， 是 得 不 到 真实 的 数据 的 。 跑 Monkey 测 试 时 一 定 要 使 用 2G、3G 和 4G， 虽 然 多 花 点 钱 ， 但 是 能 模拟 出 大 部 分 用 户 的 真实 性 能 数据 ， 其 中 哪 
个 页 面 是 痛 点 就 一 目 了 然 了 。 


另 一 种 采集 性 能 数据 的 做 法 就 是 把 每 次 MobileAPI 的 性 能 数据 放 在 内 存 中 ， 然 后 每 隔 半分 钟 就 发 送 到 服务 器 ， 由 服务 器 进行 分 析 。 这 种 解决 方案 的 缺点 就 是 一 旦 没有 网 
络 ，MobileAPI 网 络 请 求 就 会 在 客户 端 产生 积压 ， 所 以 要 对 积压 过 久 的 网 络 请 求 及 时 清理 。 


11.7 ”从 新 人 入 职 作业 入 手 


“不 识 庐山 真面目 ， 只 缘 身 在 此 山中 。” 这 两 句 诗 讲 的 是 ， 当 局 者 迷 ， 局 外 人 往往 看 得 更 清楚 。 


对 于 从 事 App 研 发 的 人 来 说 ， 包 括 开发 人 员 、 测 试 人 员 、 设 计 师 和 产品 经 理 ， 每 天 的 工作 就 是 丰富 完善 产品 ， 等 做 到 一 定 程度 ， 就 会 有 瓶颈 ， 再 难 突破 。 这 时 就 需要 局 外 人 来 “ 撑 搅 
局 ”了 。 


最 好 的 “搅局 者 ”是 新 入 职 的 员工 ， 他 们 刚 到 公司 ， 身 上 还 带 有 上 一 家 公司 的 痕迹 ， 所 以 能 提出 比较 中 肯 的 问题 。 这 时 候 ， 请 他 们 试用 一 下 我 们 的 App， 作 为 新 人 入 职 培训 的 课 后 作 
布置 下 去 ， 能 收集 到 各 种 深刻 的 意见 。 


已 


比 新 员工 更 有 效果 的 是 实习 生 ， 他 们 身上 有 一 股 初出 茅 庐 的 锐气 ， 不 像 在 职场 上 混 了 一 两 年 的 人 那样 有 诸多 顾虑 。 我 曾经 收 到 过 一 封 从 CEO 那 里 直接 转 过 来 的 邮件 ， 是 一 位 实习 生 使 
App 的 意见 反馈 ， 其 中 虽然 有 些 个 人 色彩 夹杂 其 中 ， 但 有 些 意见 是 一 针 见 血 的 ， 逼 着 我 立刻 就 要 组 织 人 力 去 解决 。 之 后 的 一 段 日 子 ， 每 天 都 会 有 实习 生 使 用 心得 的 邮件 转 到 我 这 边 ， 他 
门 这 些 人 会 拿 着 手机 开 着 2G、3G 和 4G 在 北京 的 大 街 小 巷 使 用 我 们 的 App， 于 是 各 种 网 络 问题 、 各 种 用 户 体验 问题 (我 们 称 之 为 反 人 类 设计 ) 纷 涌 而 至 。 


ae 


请 实习 生 给 App 提 意见 的 另 一 个 好 处 是 ， 他 们 的 年 龄 都 是 在 23~25 这 个 年 龄 段 ， 精 力 旺盛 ， 对 新 生 事 物 接受 快 ， 与 App 这 种 新 兴 事物 的 适用 人 群 正好 匹配 。 四 五 十 岁 的 大 叔 是 没 时 间 
也 没 精力 给 出 太 多 太 好 的 建议 的 ， 他 们 可 能 已 经 被 生活 折磨 得 身心 俱 疲 了 。 


于 是 ， 我 们 可 以 在 新 人 入 职 培训 中 加 入 本 公司 的 App 产 品 介绍 这 堂 课 ， 并 为 每 个 新 员工 布置 一 个 作业 ， 使 用 App 一 周 ， 把 使 用 心得 和 意见 反馈 以 邮件 的 形式 发 出 来 。 另 一 方面 ， 要 求 
无 线 部 门 负责 人 要 回复 每 一 封 意见 反馈 的 邮件 ， 逐 条 解答 各 个 问题 ， 并 对 确认 的 问题 给 出 排 期 解决 。 打 开 意 见 入 口 ， 后 面 一 定 要 有 人 收尾 ， 否 则 就 是 形象 工程 。 


充分 利用 好 这 个 通道 ， 这 比 每 天 去 AppleStore 和 Android 各 大 市 场 看 用 户 反馈 要 好 得 多 。 因 为 你 可 以 直接 找到 发 现 问题 的 新 员工 获取 更 详细 的 信息 ， 如 果 是 bug， 甚 至 可 以 要 到 他 的 
手机 进行 调试 或 者 看 手机 上 存储 的 日 志 。 


11.8 本章 小 结 


本 章 介绍 了 App 的 日 常 管理 工作 中 的 各 种 技巧 ， 都 是 实际 工作 中 点 点 滴 滴 的 回忆 。 


本 章 写 给 最 懂 我 的 人 看 。 


致 那些 和 我 一 起 加 班 熬夜 奋斗 过 的 兄弟 们 。 


第 12 章 “无线 团队 的 组 建 和 管理 


团队 管理 者 决定 了 这 只 团队 的 高 度 。 


想 要 成 为 CTO， 只 会 无 线 那些 技术 是 不 够 的 ， 还 需要 补习 大 数据 和 搜索 、 数 据 库 等 技术 。 


我 希望 我 的 团队 像 李 云龙 的 独立 团 那样 ， 平 常 一 个 个 看 上 去 都 不 起 眼 ， 但 是 打 起 仪 来 喇 嗽 叫 。 为 了 达到 这 个 目标 ， 需 要 隔 三 差 五 地 激励 士气 ， 让 团队 的 每 个 成 员 都 挑战 自己 的 极限 ， 
尽早 地 完成 技术 上 的 飞跃 ;需要 组 织 各 种 技术 培训 ， 建 立 一 个 良好 的 技术 氛围 ;需要 经 常 一 对 一 沟通 ， 对 症 下 药 ， 才 能 让 每 个 人 都 产生 团队 归属 感 ， 此 外 ， 气 弃 公 司 的 陈规 陋习 ， 甩 掉 工 
作 中 阻碍 团队 发 展 的 一 切 束缚 ， 轻 装 上 阵 ， 这 样 每 个 人 才 会 有 干劲 儿 。 


所 有 这 一 切 ， 从 招 人 开始 。 


12.1 ”从 面试 谈 起 


一 个 团队 的 整体 风 狐 ， 和 团队 负责 人 有 很 大 关系 。 如 果 团 队 负 责 人 比较 外 向 ， 那 么 他 的 团队 也 必然 很 火爆 ;如 果 团 队 负 责 人 是 内 向 型 ,那么 他 的 团队 也 会 很 间 ， 日 常 工作 中 基本 没 什 
么 声音 。 闹 有 闹 的 打 法 ， 静 有 静 的 风格 ， 没 有 对 错 之 分 。 


一 个 人 性 格 是 外 向 还 是 内 向 ， 面 试 时 就 能 看 出 来 。 


12.1.1 ”如 今 是 卖方 市 场 


“面试 的 时 候 看 人 的 短处 ， 用 人 的 时 候 看 人 的 长 处 。” 这 是 我 曾经 的 一 位 老板 跟 我 讲 的 ， 经 过 我 这 些 年 的 实践 ， 感 觉 并 不 全 对 。 对 于 谷歌 、 微 软 、BAT 这 类 公司 ， 每 天 有 成 干 上 万 人 
挤 破 头颅 要 进去 ， 所 以 他 们 永远 不 缺 人 ， 可 以 在 一 流 人 才 中 ， 慢 慢 找 候选 人 的 短 板 。 


但 是 对 于 二 线 公司 ， 情 况 就 不 容 乐观 了 。 众 所 周知 ， 移 动 互联 网 迅速 爆发 ， 人 才 缺 口 很 大 ， 基 本 上 所 有 的 互联 网 公司 都 缺 人 。 一 流 和 人才， 基本 见 不 到 ， 都 去 BAT 了 ， 只 能 从 二 流 人 才 
和 三 流 人 才 中 下 手 ， 同 时 还 要 手 快 ， 稍 微 慢 一 拍 就 被 其 他 公司 抢 走 了 ， 所 以 对 于 二 线 公司 ， 要 适当 降低 标准 ， 一 个 强力 的 Team Leader， 外 加 一 些 能 干 活 的 人 就 行 了 。 


人 一 旦 招 进来 ， 接 下 来 就 要 把 他 培养 成 一 流 人 才 ， 让 他 具备 进入 BAT 的 水 平 。 于 是 我 们 要 招 那些 有 潜力 有 灵气 的 但 是 经 验 欠缺 或 者 背景 不 好 的 开发 人 员 ， 太 笨 的 、 太 懒 的 、 慢 条 斯 理 
的 都 不 行 ， 如 果 要 组 建 一 支 喇 喇 岂 的 团队 ， 切 记 要 守 好 这 最 后 的 底线 。 


作为 部 门 主管 ， 一 旦 你 发 现 候选 人 不 错 ， 就 要 留 个 心眼 了 ， 无 论 是 电话 还 是 QQ 还 是 微 信 ， 尽 快 与 候选 人 后 续 建立 长 期 联系 。 一 言 以 项 之 ， 对 于 App 开 发 人 员 ， 现 在 是 卖方 市 场 ， 我 
们 招 人 时 要 改变 以 往 高 高 在 上 的 姿态 ， 否 则 ， 就 招 不 到 人 。 


12.1.2 ”名 校 论 不 适用 无 线 开发 


有 些 公 司 要 求 招 人 必须 是 名 校 ， 尤 其 是 研发 部 门 ， 我 觉得 是 不 妥 的 。 

我 带 过 的 团队 成 员 ， 什 么 学 校 的 都 有 。 水 平 高 者 ， 往 往来 自 那 些 名 不 见 经 传 的 学 校 ， 甚 至 是 二 本 三 本 。 我 想 ， 这 大 概 是 外 界 对 研发 二 字 的 误解 吧 。 一 提起 研发 ， 所 有 外 行人 都 会 认为 
这 是 件 很 高 深 的 工作 ， 必 须 是 211 或 者 985 高 校 的 博士 教授 做 的 事情 对 于 学 术 也 许 如 此 ， 但 是 对 于 软件 研发 其 实 不 然 ， 类 似 于 搜索 之 类 涉及 复杂 算法 的 软件 行业 ， 固 然 需要 较 高 学 历 良好 背 
景 的 人 去 研究 ， 但 是 对 于 App 应 用 类 软件 而 言 ， 每 天 的 开发 工作 大 都 是 重复 性 画 UIl 和 调用 MobileAPI 获 取 数据 ， 就 如 同 流水 线 工 人 那样 做 事 ， 所 以 真 的 不 需要 名 校 出 身 。 


12.1.3 ”如 何 搞 到 更 多 的 简历 


这 年 头 ， 想 要 优先 拿 到 简历 ， 必 须 和 HR 搞 好 关系 ， 不 动 点 脑筋 是 不 行 的 。 可 以 把 公司 HR 的 妹子 泡 到 手 做 老 泪 。 我 自 酌 没有 这 样 的 条 件 ， 可 是 我 会 做 饼干 蛋糕 面包 干 层 酥 这 样 的 甜点 
啊 ， 于 是 亲手 做 了 一 份 蛋 扑 和 提 拉 米 苏 给 HR 的 美女 们 送 了 过 去 ， 可 想 而 知 ， 接 下 来 就 陆 陆续 续 有 简历 到 我 手 里 了 。 


再 后 来 ， 简 历 又 少 了 ， 因 为 不 能 总 优先 照顾 我 啊 。 于 是 我 就 着 急 了 ， 我 让 HR 把 我 的 邮箱 加 到 招聘 组 中 ， 只 要 有 人 投 开发 职位 的 简历 ， 就 也 会 发 给 我 一 份 ， 于 是 每 天 我 会 收 到 几 十 封 简 
历 ， 开 始 我 还 是 收 到 一 封 看 一 封 ， 可 是 后 来 我 就 发 现 自己 的 工作 时 间 就 被 碎片 化 了 ， 因 为 要 时 时 刻 刻 接收 并 筛选 简历 ， 后 来 我 就 每 天 晚上 8 点 统一 得 一 遍 当 天 所 有 的 简历 ， 这 样 就 把 零散 
的 时 间 利 用 起 来 了 ， 与 此 同时 我 还 发 现 ，HR 确 实 帮 有 我 们 挡住 了 一 些 完全 不 合适 的 简历 节省 了 我 们 的 时 间 ， 此 外 ， 有 一 部 分 简历 则 是 因为 学 历 原因 ， 其 实 把 候选 人 约 过 来 聊 获 还 是 很 合适 
的 ， 这 时 候 就 需要 不 拘 一 格 降 人 才 了 。 还 有 一 部 分 简历 就 比较 奇 范 了 ， 因 为 HR 要 帮 不 同 的 部 门 招 人 ， 所 以 经 常会 出 现 这 样 的 情况 ， 一 份 好 的 简历 ， 先 送 到 A 部 门 ， 合 适 就 留 下 来 约 面试 ， 
不 合适 就 直接 拒 了 ， 而 我 所 在 的 B 部 门 则 完全 不 知道 还 有 这 样 一 个 人 的 存在 。 


我 不 晓得 其 他 部 门 是 如 何 操作 的 ， 反 正 自 从 我 把 自己 的 邮箱 加 入 到 招聘 组 后 ， 我 就 有 了 优先 筛选 简历 的 权力 ， 每 天 几 十 份 简历 ， 虽 然 额外 增加 了 工作 量 ， 但 是 每 天 都 能 确保 筛选 到 有 
合适 的 简历 并 约 来 面试 。 


12.1.4 面试 时 需要 考察 的 几 个 点 
面试 时 ， 主 要 考察 候选 人 的 3 个 方面 : 
. 技术 水 平 ， 主 要 是 候选 人 的 编程 技术 水 平 。 
* 领域 知识 ， 主 要 是 候选 人 对 业务 的 了 解 程度 。 


“ 软 性 技能 ， 包 括 沟 通 能 力 、 抗 压 能 力 、 性 格 。 


每 个 公司 面试 的 流程 不 太一 样 。 一 般 而 言 ， 有 两 轮 最 重要 。 第 一 轮 是 Team Leader 面 试 ， 考 察 技术 水 平 。 第 二 轮 是 用 人 部 门 的 负责 人 面试 ， 考 察 领域 知识 和 软 性 技能 。 这 两 轮 过 了 ， 
只 要 薪水 不 是 太 离谱 ， 基 本 就 算 过 了 ， 这 也 符合 互联 网 公司 简单 高 效 的 节奏 。 


如 何 考察 面试 者 的 技术 水 平 ? 对 于 App 而 言 ， 分 为 3 个 方向 : 


“ 应 用 类 ， 比 如 说 京东 、 携 程 、 大 众 点 评 、 美 团 这样 的 App， 它 们 共同 的 特点 是 页 面 多 ， 都 需要 频繁 地 调用 MobileAPI 获 取 数 据 ， 都 涉及 支付 流程 ， 所 以 这 类 App 的 开发 人 员 需 要 对 
UI、 网 络 、 登 录 、 支 付 流程 都 非常 熟悉 。 应 用 市 场 也 属于 这 一 类 ， 比 如 吏 豆 英 。 


“ 手机 管家 类 。 这 类 App 虽 然 也 算是 应 用 类 ， 但 是 很 少 调用 MobileAPI， 它 更 多 关注 的 是 手机 系统 内 部 数据 的 读 写 ， 所 以 这 类 App 的 开发 人 员 需 要 对 ActivityManager、Setvice、 


BroadcastReceivet 之 类 的 知识 很 熟悉 。 


. 游戏 类 ， 必 须 对 动画 引擎 很 熟悉 ， 比 如 说 Cocos2d 和 Lua。 


此 外 ， 还 有 一 类 Android 从 业 人 员 ， 是 在 华为 、 三 星 这 样 的 硬件 厂商 做 手机 系统 的 二 次 开发 ， 包 括 手机 系统 上 自 带 的 一 些 软件 ， 严 格 地 说 ， 不 属于 App 开 发 。 


我 本 人 是 从 事 应 用 类 App 开 发 的 ， 这 本 书 也 是 针对 于 此 的 ， 所 以 我 在 面试 时 一 般 会 考察 以 下 几 个 方面 : 
1) Activity 的 生命 周期 。 


2 


= 


Activity 的 4 种 启动 方式 及 使 用 场合 。 


3 


eed 


做 过 的 项 目 中 ，Activity 是 否 有 基 类 ， 如 果 有 ， 封 装 了 哪些 共用 的 逻辑 ? 


4) 事件 的 各 种 使 用 方式 及 优 缺 点 。 


5 


= 


与 HTML5 页 面 的 相互 调用 。 


6 


Nee 


UI 线程 的 阻塞 与 解决 方案 (Runnable 与 Handler) 。 


7 


Ce 


采用 什么 姿势 调用 MobileAPI 并 解析 返回 的 数据 ? 
8) 怎样 做 列表 的 分 页 和 刷新 。 
9) 登录 的 实现 ， 包 括 从 哪儿 来 、 到 哪儿 去 的 页 面 跳 转机 制 ， 记 住 密码 的 逻辑 设计 。 


10) 性 能 调 优 ， 包 括 Layout 调 优 、Activity 中 如 何 使 用 CONST 常 量 、 时 间 换 空间 策略 、ViewHolder、 图 集 的 优化 策略 、 数 据 缓存 和 图 片 缓存 ， 等 等 。 


11) 全 局 变量 过 多 怎么 办 ? 
12) 写 过 UT 没 ? 


13) 是 否 做 过 自动 打包 ? Ant、Maven 或 Gradle 任 意 一 种 都 可 以 。 


大 家 会 看 到 ， 我 对 Activity 问 的 很 详细 ， 因 为 它们 占据 了 应 用 类 App 日 常 开发 工作 的 绝 大 部 分 ， 但 是 对 Android 的 其 他 三 大 组 件 基本 不 问 ， 因 为 在 应 用 类 App 中 很 少 使 用 。 


以 上 13 道 问题 ， 不 一 定 要 求 候选 人 全 都 会 。 满 足 大 部 分 就 能 干 活 了 ， 剩 下 不 会 的 知识 点 ， 接 下 来 在 工作 中 会 慢 慢 补 齐 。 


对 于 TeamLeader 的 要 求 会 更 高 一 些 ， 包 括 如 何 检查 内 存 泄露 ， 如 何 优化 内 存 、 多 线程 、 自 动 打包 、 框 架设 计 、 版 本 管理 等 诸多 方面 。 


12.2 无线 团 队 必 备 的 10 份 文档 


一 个 团队 成 熟 与 否 的 标志 是 文档 。 文 档 太 多 ， 就 违反 了 敏捷 的 原则 ， 但 有 几 个 文档 是 必须 要 提供 的 ， 下 面 分 别 介绍 。 


12.2.1 ”新 员工 入 职 文档 

这 份 文档 包括 : 

“ 部 门 组 织 结构 ， 新 员工 所 在 的 团队 和 将 要 担当 的 角色 。 

“ 个 人 简介 ， 用 于 群发 给 部 门 其 他 成 员 。 

“ 要 加 入 的 公司 邮件 组 ， 部 门 内 部 用 于 沟通 的 QQ 群 或 微 信 群 。 
“ Andtoid 项 目的 地 址 ， 权 限 申 请 。 

: Bug 管 理工 具 及 权限 申请 。 

: 测试 环境 和 仿真 环境 的 地 址 。 

“ 产品 需求 的 地 址 。 


. WIFI 设置 、VPN 申 请 、 手 机 邮箱 配置 、 打 印 机 安装 ， 等 等。 


12.2.2 ”加 强 版 新 员工 入 职 文档 


我 们 针对 Android 开 发 团 从 ， 编 写 了 一 份 适用 于 Android 团 队 新 员工 的 入 职 文档 。 这 份 文档 包括 : 


: SVN 或 GIT 的 权限 申请 。 


: Android 开 发 常用 软件 下 载 。 


“ 迭代 的 节奏 。 


“ 业务 名 词 解释 。 


: Andtoid App 的 项 目 结构 。 


“ Android 自 动 打包 地 址 (如果 有 ) 。 
“ 模板 (模范 标准 ) 页 面 。 这 里 指 的 是 新 人 写 程序 时 可 以 用 来 参考 的 类 或 方法 。 


“ 代码 规范 。 


12.2.3 ”测试 机 清单 


App 开 发 团队 一 定 要 有 一 份 测试 机 清单 ， 如 表 12-1 所 示 。 


表 12-1 测试 机 清单 


ETE 鲜 用 入 
生来 2 TE 
了 委 


HUAWEI C8816 4.3 赵 六 


这 样 线 上 有 类 似 机 型 或 系统 出 了 问题 ， 就 有 机 会 复 现 这 个 问题 。Android 几 千 款 机 型 我 们 不 可 能 全 都 采购 ， 一 种 好 的 方案 是 ， 到 友 盟 上 看 使 用 我 们 App 的 排名 前 10 的 Android 手 机 ， 
采购 这 些 手 机 ， 确 保 开发 团队 和 测试 团队 各 有 1 部 这 些 型 号 的 手机 。 


12.2.4 ”模块 分 工 表 


把 开发 人 员 按 照 业务 线 (模块 ) 进行 划分 。 


对 于 小 的 团队 ， 每 个 模块 上 有 1 个 主要 开发 人 员 ，1 个 后 备 开 发 人 员 ， 二 者 互 为 备份 。 在 另 一 个 模块 上 ， 这 两 个 人 的 身份 则 反 过 来 。 如 表 12-2 所 示 。 


表 12-2 ”模块 分 工 表 


主力 开发 人 员 后 备 开 发 人 员 
A 


费 块 B 张 三 
借 块 C EN 赵 六 


分 工 表 一 旦 制定 ， 就 不 能 随意 调整 了 。 不 能 因为 模块 A 忙 不 过 来 ， 就 把 模块 C 的 王 五 调 过 去 。 人 员 频 繁 流动 ， 会 导致 代码 质量 降低 。 


对 于 规模 大 的 公司 ， 每 个 模块 都 会 有 一 个 3~4 人 的 小 团队 ， 所 以 无 所 谓 主 从 的 关系 ， 但 这 个 小 团队 会 有 1 个 Team Leader。 


另 一 方面 ， 要 尽早 对 Android 项 目 进行 模块 拆 分 ， 按 照 业务 线 进行 模块 划分 是 个 不 错 的 选择 ， 把 各 个 独立 的 业务 模块 从 一 个 大 的 apk 中 独立 出 来 ， 这 样 才能 让 负责 这 个 模块 的 人 或 者 
队 独 立 开发 而 不 受 其 他 团队 的 影响 。 


en 


12.2.5 “页面 逻辑 流程 文档 


每 条 业务 线 的 业务 逻辑 都 是 非常 复杂 的 ， 表 现在 Android 项 目 中 就 是 十 几 个 Activity 页 面 。 其 中 ， 每 个 Activity 中 ， 跳 转 到 其 他 Activity 的 情况 就 很 多 ， 包 括 startActivityForResult 这 样 
跳 过 去 又 跳 回 来 的 场景 ; 另 一 方面 ， 每 个 Activity 都 可 能 有 多 个 入 口 。 


引 


我 们 想 修改 页 面 跳 转 逻辑 及 传 参 时 ， 往 往 会 因为 考虑 不 全 面 而 引发 灾难 性 的 问题 ， 直 到 发 版 后 才 发 现 (多 发 生 于 推送 ) 。 


于 是 我 们 人 迫切 需要 每 条 业务 线 的 页 面 流程 图 ， 在 修改 业务 流程 时 ， 这 个 页 面 流程 图 有 很 好 的 参考 价值 。 我 画 过 很 多 这 样 的 页 面 流程 图 ， 一 般 而 言 ， 各 条 业务 线 的 页 面 流 程 都 差不多 ， 
如 图 12-1 所 示 。 


图 12-1 ”业务 流程 图 


主流 程 就 这 么 6 个 步骤 ， 各 家 App 的 区 别 就 在 于 每 个 页 面 上 会 有 一 些 子 页 面 ， 用 于 加 强 信息 收集 。 基 于 此 ， 才 有 了 这 份 页 面 逻 辑 流程 文档 ， 图 12-2 和 图 12-3 是 我 设计 的 一 款 奢 侈 品 
App 的 页 面 流程 图 。 


选择 城市 页 
CitySelectActivity 


查询 页 
SearchActivity 


列表 页 
ProductListActivity 


ProductDetail Activity 


图 12-2 一 款 奢 侈 品 App 的 页 面 流程 图 -1 


详情 页 
ProductDetail Activity 


登录 页 
LoginActivity 


订单 填写 页 非 会 员 订单 填写 页 
FillOrderActivity UnloginFillOrderActivity 


文 付 页 
PayActivity 


图 12-3 一 款 奢 侈 品 App 的 页 面 流程 图 -2 


不 要 把 所 有 页 面 都 画 在 一 个 图 中 ， 线 太 多 ，, 没 人 能 看 懂 。 拆 开 画 ， 效 果 会 更 好 。 


12.2.6 ”MobileAPI| 接 口 分 布 图 


一 般 用 XMind 思 维 导 图 来 描述 一 款 App 所 用 到 的 MobileAPI 接 口 ， 如 图 12-4 所 示 。 


OrderListActivity QO getOrderList 
OrderDetailActivity © getOrderDatail 


App Service 
apil 
PagelActivity © 


业务 线 A 四 Page2Activity ”api3 


Page3Activity © 


图 12-4 ”MobileAPI 接 口 分 布 图 


有 了 这 个 图 表 ， 我 们 就 可 以 : 


“ 定期 检查 iOS 和 Android 在 做 同一 功能 时 所 使 用 到 的 MobileAPI 是 否 一 致 。 
“ 每 次 MobileAPI 发 版 上 线 ， 相 关 的 测试 人 员 ， 就 可 以 根据 这 张 图 ， 找 到 这 些 MobileAPI 接 口 改 动 影响 了 哪些 页 面 和 功能 ， 需 要 进行 相应 的 回归 测试 。 


要 定期 更 新 这 份 文档 ， 可 以 写 一 个 脚本 ， 定 期 从 Android 代 码 中 ， 描 出 所 使 用 到 的 MobileAPI 列 表 ， 同 步 到 这 份 文档 中 。 


12.2.7 ”版 本 管理 策略 文档 
无 论 是 使 用 SVN 还 是 GIT， 都 要 制定 一 套 发 版 流程 。Android 团 队 中 要 有 专门 的 开发 人 员 熟 悉 并 遵守 这 套 流程 ， 包 括 : 
. 正常 选 代 的 流程 。 
. 开 新 分 支 做 技术 调研 的 流程 。 
: 紧急 上 线 流程 。 


流程 一 般 有 两 种 ， 要 么 是 主干 开发 主干 上 线 ， 要 么 是 主干 开发 分 支 上 线 ， 无 论 是 哪 一 种 ， 都 要 落实 为 文档 ， 切 忌口 口 相 传 。 


12.2.8 ”框架 设计 文档 


时 


我 们 把 AndroidLib 这 个 业务 无 关 的 类 库 从 App 中 抽象 出 来 的 时 候 ， 就 该 有 一 份 框架 设计 文档 了 。 


这 份 文档 我 曾经 写 过 ， 本 书 第 1 部 分 的 第 1~4 章 就 是 这 份 文档 的 扩充 版 ， 请 仔细 阅读 。 


12.2.9 ”发 版 流程 文档 


Android 发 版 并 不 像 iOS 那 样 只 提交 AppStore 审 核 ，Android 要 发 布 到 各 大 市 场 ， 为 此 ， 需 要 修改 AndroidManifest.xml 中 的 友 盟 渠道 号 ， 才 能 统计 出 各 大 市 场 的 下 载 量 。 此 外 ， 对 
外 发 布 的 apk 包 要 混淆 ， 否 则 外 界 可 以 通过 反 编译 看 到 我 们 辛 辛 苦 苦 写 的 代码 。 


其 实 考虑 问题 最 多 的 是 测试 团队 ， 他 们 往往 会 担心 : 


“ 渠道 号 是 否 正确 ? 

. 代码 是 否 混 消 ? 

-版 本 号 是 否 正确 ? 

“ 是 否 telease 包 (而 不 是 debug 包 ) ? 


“ 临时 决定 关闭 的 功能 是 否 露出 来 了 ? 


鉴于 以 上 各 点 ， 我 们 需要 制定 发 版 流程 并 形成 文档 ， 包 括 : 


1) 产品 经 理 准备 发 版 所 需要 的 描述 文字 、 图 片 等 材料 。 


2) 开发 人 员 进 行 批量 打包 工作 。 


3) 测试 人 员 要 随机 抽取 一 个 apk 包 进行 测试 ， 包 括 我 上 面谈 到 的 那些 测试 功能 点 。 

4) 推广 人 员 发 布 到 各 大 市 场 ， 要 有 邮件 持续 跟踪 各 个 渠道 的 版 本 更 新 进度 。 

5) 在 版 本 仓库 上 打 Tag， 合 并 分 支 上 的 代码 到 主干 (如果 采 用 的 是 主干 开发 分 支 上 线 的 策略 ) 。 
12.2.10 ”App 启 动 流程 图 


如 果 要 做 App 性 能 优化 ， 最 好 的 着 手 点 是 App 从 启动 到 进入 首页 的 流程 。 


大 多 数 Android App 的 启动 Activity 并 不 是 首页 HomeActivity， 而 是 一 个 叫做 LaunchActivity 的 页 面 ， 它 的 UI 就 是 简单 的 Splash 动 画 ， 同 时 它 肩负 着 更 多 的 职责 ， 如 下 所 示 : 
注册 友 盟 、 推 送 等 第 三 方 组 件 。 

“加载 Splash 图 ， 同 时 下 载 新 的 Splash 图 以 便 下 次 开启 时 使 用 。 

“ 如 果 是 首次 打开 ， 则 进入 引导 页 。 

“ 友 盟 打点 ， 统 计 激 活 数 


“ 如 果 有 消息 推送 到 达 ， 点 击 消息 后 想 不 经 过 首页 而 直接 进入 某 个 二 级 页 面 ， 其 实在 代码 层面 还 是 要 经 过 LaunchActivity 的 ， 由 它 对 推送 消息 进行 分 发 ， 以 决定 该 跳 转 到 哪个 二 级 页 


以 上 这 些 罗 辑 交 织 在 一 起 ， 非 常 复杂 ， 尤 其 是 要 区 分 升级 版 和 全 新 安装 版 的 时 候 ， 为 此 我 们 需要 用 Visio 之 类 的 软件 绘制 一 个 App 启 动 流程 图 。 


在 业界 ， 我 们 将 LaunchActiity 称 为 Bootstrapper。LaunchActivity 把 上 述 这 些 事情 都 做 完 ， 才 会 进入 到 首页 HomeActivity。 


12.3 一 对 一 沟通 


作为 部 门 管理 者 ， 我 和 团队 的 每 个 成 员 每 隔 一 段 时 间 进 行 一 次 一 对 一 沟通 ， 每 次 半 个 小 时 。 这 是 不 可 缺少 的 一 件 工作 ， 比 任何 其 他 工作 都 重要 ， 宁 肯 少 做 一 个 需求 ， 或 少 参加 一 个 会 


议 。 


每 每 有 团队 管理 者 抱怨 ， 每 次 谈话 都 得 到 相同 的 反馈 ,抱怨 同样 的 问题 而 又 长 期 得 不 到 解决 ， 由 于 每 次 都 老生 常 谈 ， 所 以 这 样 的 沟通 没有 太 大 意义 。 


外 企 的 文化 是 ， 比 如 微软 ， 员 工 每 两 周 都 要 和 直属 领导 做 一 次 1:1 沟 通 ， 由 员工 组 织 材料 ， 汇 报 最 近 两 周 的 工作 进度 ， 展 望 接 下 来 两 周 做 什么 事情 。 想 当年 我 每 次 都 要 准备 半天 时 间 ， 
每 次 做 完 沟通 之 后 都 是 汗 流 添 背 ， 因 为 经 常会 被 问 得 体 无 完 肤 不 寒 而 栗 ， 比 如 原 计 划 为 何 进展 缓慢 、 新 计划 为 何不 切实 际 、 哪 里 有 不 足 为 何 还 没有 提高 、 计 划 什 么 时 候 提高 ， 等 等 。 


在 互联 网 这 几 年 ， 我 深 深 地 感受 到 ， 外 企 的 这 套 玩法 在 互联 网 行业 是 行 不 通 的 ， 原 因 如 下 : 


1) 互联 网 工作 节奏 太 快 ， 产 品 需求 都 做 不 完 ， 团 队 成 员 不 会 有 半天 的 时 间 来 准备 。 


2) 团队 成 员 都 是 为 了 生计 而 疲 于 奔 波 ， 没 有 太 长 远 的 规划 ， 都 是 做 完了 这 期 的 需求 ， 等 待 老板 分 配 新 的 工作 而 不 是 主动 想 要 做 些 什么 。 


基于 以 上 两 点 原因 ， 互 联网 的 员工 不 会 提前 准备 ， 而 是 在 一 对 一 沟通 时 被 问 到 什么 就 回答 什么 ， 就 像 挤 牙 高 那样。 


所 以 ， 我 对 团队 的 要 求 是 ， 沟 通 前 花 十 分 钟 时 间 想 一 想 : 


1) 最 近 一 个 月 做 了 哪些 事情 ， 有 什么 提高 ? 


2) 自身 想 要 有 什么 提高 ? 需要 我 帮助 做 些 什么 ? 


于 是 ， 在 和 团队 所 有 人 做 完 第 一 轮 一 对 一 沟通 后 ， 我 发 现 大 家 还 都 是 变 有 想法 的 ， 只 是 平常 被 繁重 的 工作 所 累 ， 一 直 都 只 能 压抑 在 潜意识 里 罢了 ， 只 要 加 以 引导 ， 都 是 可 以 挖掘 出 来 
的 ， 比 如 以 下 几 点 是 我 常 听 到 的 : 


1) 强烈 要 求 团 建 。 小 规模 的 团 建 ， 找 个 特色 饭馆 吃 吃 饭 就 好 了 ， 然 后 去 唱 唱 K。 如 果 是 下 午 ， 还 可 以 组 织 大 家 去 看 电影 。 大 规模 的 团 建 ， 就 要 把 团队 拉 出 去 嗨 皮 了 ， 注 意 ， 这 是 要 消 
耗 额 外 工时 的 。 


2) 有 的 程序 员 以 后 想 转 行 做 产品 经 理 ， 想 得 到 一 些 锻炼 的 机 会 。 那 我 们 作为 老板 ， 就 要 给 他 们 提供 更 多 沟通 交流 的 机 会 。 


3) 初级 程序 员 希 望 能 分 配 到 一 些 更 高 级 的 Task。 他 们 渴望 新 知识 ， 而 不 是 天 天 画 Ul。 


4) 有 些 程序 员 比较 好 学 ， 他 希望 团队 中 有 大 牛 ， 能 学 到 东西 。 


5) 渴望 被 表扬 。 


每 轮 一 对 一 沟通 都 要 人 花费 一 周 的 时 间 。 不 光 是 沟通 ， 还 包括 事先 准备 和 沟通 后 整理 反馈 的 时 间 。 每 次 做 完 这 件 事 ， 我 都 要 生 一 天 病 一 一 胸口 疼 ， 从 来 没 说 过 那么 多 的 话 。 但 从 长 线 
看 ， 绝 对 是 值得 的 。 


12.4 每 周 技术 分 享 


技术 分 享 是 提高 团队 技术 水 平 的 3 个 方法 之 一 ， 另 外 两 个 是 Code-Review 和 修复 线 上 Crash， 本 节 只 谈 如 何 组 织 技术 分 享 。 


技术 分 享 的 关键 在 于 坚持 。 有 些 公 司 、 部 门 或 者 团队 往往 就 是 搞 个 一 两 次 就 因为 各 种 忙 而 天 折 了。 技术 分 享 短期 内 是 看 不 到 效果 的 ， 所 以 对 于 急于 求 成 的 管理 者 而 言 ， 他 们 会 转 而 把 
精力 用 于 做 那些 短平快 的 事情 。 


接 下 来 分 享 一 下 我 在 部 门 内 实施 技术 分 享 的 经 验 。 


“ 每 周一 次 ， 每 次 1 个 小 时 。 由 于 我 们 的 App 选 代 周 期 是 两 周 ， 开 发 人 员 会 很 忙 ， 尤 其 是 第 二 周 的 周三 周 四 周 五 ， 是 三 个 非常 重要 的 时 间 点 ， 所 以 我 把 技术 分 享 的 时 间 定 在 每 周一 下 班 
前 的 一 个 小 时 。 中 途 也 有 周一 没有 准备 好 的 情况 ， 可 以 延期 到 这 一 周 的 某 一 天 ， 但 是 不 能 取消 。 


“ 单 周 由 我 来 讲 ， 双 周 由 团队 成 员 轮 流 进行 。 这 样 每 个 人 就 都 有 2 周 的 充足 准备 时 间 。 我 讲 的 主题 偏 内 功 修炼 ， 比 如 说 设计 模式 、 算 法 、 框 架设 计 ， 等 等 ， 团 队 成 员 讲 的 主题 ， 偏 实战 
中 的 经 验 和 心得 体会 ， 会 具体 到 代码 和 项 目 层 面 ， 比如 xmpp、 内 存 泄漏 、 Activity 加 载 模 式 ， 等 等 。 


在 初期 执行 的 时 候 ， 我 也 是 走 了 一 些 弯路 的 。 比 如 我 的 开发 团队 整体 水 平 还 不 是 很 高 ， 而 我 讲 的 又 都 是 高 大 上 的 东西 ， 比 如 我 讲 过 Android 打 包 流 程 ， 把 一 群 人 讲 得 云 山 雾 罩 。 


在 和 开发 人 员 一 对 一 沟通 得 到 反馈 后 ， 我 把 “ 逼 格 ” 适 当 调整 ， 改 为 讲 有 趣 的 算法 题目 ， 就 明显 受 欢迎 很 多 。 进 一 步 ， 我 又 每 次 讲 几 个 设计 模式 ， 结 合 着 Android 的 实际 情况 进行 讲 
解 ， 慢 慢 地 提高 团队 的 内 功 修 为 一 一 要 知道 ， 很 多 Android 开 发 人 员 都 是 半路 出 家 ， 没 学 过 正规 的 软件 开发 所 需要 的 这 几 门 基本 功 ， 所 以 他 们 是 需要 补 上 这 一 课 的 。 


同时 ， 我 还 发 现 大 家 使 用 GIT 命 令 行 不 是 很 熟练 ， 我 就 从 给 大 家 介绍 一 款 我 用 了 3 年 的 GIT 图 形 化 操作 工具 一 一 SmartGit， 从 而 提高 开发 效率 ， 每 天 不 用 为 合并 代码 花费 过 多 的 时 间 。 


在 团队 成 员 轮 流 进行 技术 分 享 的 时 候 ， 也 遇 到 了 问题 ， 就 是 每 个 人 都 介绍 自己 感 兴趣 的 东西 ， 往 往 就 变 成 了 讲 的 人 眉飞色舞 ， 听 的 人 不 明 觉 厉 。 也 就 是 说 ， 没 有 形成 一 个 体系 ， 比 
如 ， 通 过 半年 的 技术 分 享 ， 为 团队 灌输 了 哪些 必 备 的 技术 ， 大 家 是 否 在 这 些 技术 上 有 了 提高 。 


于 是 我 和 客户 端的 几 个 技术 经 理 一 起 罗列 了 Android 和 iOS 必 须 掌握 的 若干 技术 点 ， 然 后 发 给 大 家 去 给 自己 打分 ， 每 个 技术 点 都 是 5 分 制 ， 量 化 如 下 : 


“ 听 说 过 : 1 分 。 

“ 看 过 介绍 的 文章 : 2 分 。 
“ 亲手 做 过 demo: 3 分 。 
“项目 中 使 用 过 : 4 分 。 


“ 非常 熟悉 : 5 分 。 


把 大 家 的 自我 打分 收集 上 来 进行 汇总 ， 对 团队 的 整体 技术 水 平 就 一 目 了 然 了 。 对 于 团队 的 技术 短 板 ， 在 每 周 的 技术 分 享 上 ， 会 安排 团队 成 员 专 门 进行 讲解 一 一 当然 这 个 人 需要 事先 花 
大 量 的 时 间 去 学 习 、 研 究 并 准备 Demo。 


对 于 Android 应 用 类 开发 人 员 所 需要 掌握 的 20 个 技术 点 ， 我 会 在 本 章 后 面 第 7 节 进行 介绍 。 


根据 我 的 经 验 ， 按 照 这 种 形式 坚持 下 去 ， 半 年 就 能 够 培养 出 一 批 App 新 型 技术 人 才 ， 他 们 在 技术 水 平 、 开 发 效率 上 都 会 有 质 的 飞越 。 技 术 团队 能 力 不 强 这 一 问题 ， 很 多 高 管 往往 通过 
招 更 优秀 的 人 优胜 劣 沐 来 解决 ， 其 实 通过 技术 培训 也 能 得 到 一 批 精兵 强 将 。 


12.5 ”代码 评审 


我 刚 到 一 家 互联 网 公司 时 发 现 整个 App 团 队 在 使 用 Gerrit 进 行 代码 评审 (Code-Review) 。 搭 设 Gerrit 这 样 一 个 服务 器 并 不 难 ， 难 的 是 整个 App 团 队 都 在 坚定 不 移 地 贯彻 Code- 
Review， 每 个 人 提交 代码 ， 都 必须 由 另 一 个 人 审核 批准 后 才能 提交 到 GIT 上 一 一 这 不 由 得 让 我 叹为观止 。 


但 是 我 观察 了 一 段 时 间 后 发 现 不 是 那么 回 事 ，Code-Review 的 具体 执行 和 最 初 的 美好 愿景 并 不 匹配 。 首 先 我 们 是 个 互联 网 公司 ，App 人 迭代 的 周期 只 有 2 周 ， 所 有 开发 人 员 都 六 于 奔 命 
做 需求 ， 哪 里 还 有 时 间 去 审核 别人 的 代码 ， 于 是 就 会 产生 以 下 几 种 情况 : 


“ 技术 能 力 强 并 且 责 任 心 强 的 开发 人 员 ， 一 天 80% 时 间 用 于 审核 别人 提交 的 代码 。 
. 技术 能 力 强 但 是 责任 心 差 的 开发 人 员 ， 代 码 看 都 不 看 直接 就 审核 通过 了 。 
. 技术 能 力 弱 的 开发 人 员 ， 要 他 们 审核 别人 的 代码 ， 也 看 不 出 什么 问题 来 。 即 使 责任 心 强 也 是 心 有 余 而 力 不 足 。 


另 一 个 副作用 是 ， 因 为 每 次 请 别人 Code-Review 都 要 等 ， 所 以 开发 人 员 倾 向 于 每 天 下 班 前 一 次 性 提交 所 有 改动 ， 并 没有 遵守 持续 开发 、 持 续 提 交 、 持 续 测试 的 持续 集成 思想 。 而 审核 
代码 的 人 就 更 是 辛苦 了 。 


我 曾经 一 度 想 把 Gerrit 机 制 废 奔 了 ， 但 是 想 想 还 是 不 受 ， 主 要 是 因为 : 


“ 好 习惯 很 难 养 成 ， 坏 习惯 一 句 话 就 能 达到 了 。 今 天 我 把 Gerrit 废 弃 了 ， 等 哪 天 想 恢复 重新 来 可 就 难 了 。 
: 目前 线 上 有 各 种 bug， 倒 是 还 可 以 归咎 为 新 人 经 验 不 足 、 开 发 资源 不 足 、 测 试 不 充分 等 各 种 原因 ; 而 废弃 Gertit 之 后 ， 接 下 来 的 线 上 bug， 可 就 都 是 没有 Code-Review 导 致 的 了 。 
思 前 想 后 ， 我 的 解决 方案 是 : 


" 对 老 员 工 不 再 进行 Code-Review。 


' 对 新 员工 和 实习 生 、 应 届 生 ， 要 为 他 们 每 个 人 指定 一 个 Code-Review 的 老 员 工 ， 至 少 3 个 月 之 内 ， 对 他 们 的 Code-Review 还 是 要 严格 执行 的 。 


此 外 ， 关 于 Code-Review 的 标准 ， 每 个 人 心里 的 秤 也 不 一 样 。 有 的 人 看 编码 规范 ， 有 的 人 看 编码 逻辑 ， 你 问 我 哪个 对 ?我 也 说 不 出 来 。Code-Review 我 在 软件 公司 也 经 历 过 ， 那 时 是 
每 周一 晚上 ， 所 有 开发 人 员 坐 在 一 个 会 议 室 ， 在 各 自 的 笔记 本 上 看 分 配给 自己 的 要 审核 的 代码 。 这 期 间 ， 每 个 人 都 可 以 提出 他 认为 不 妥 的 各 种 问题 ， 由 被 审核 人 进行 回答 ， 只 要 能 自 圆 其 
说 就 行 ， 否 则 就 记 下 来 ，Code-Review 会 议 结束 后 进行 修改 。 慢 慢 地 ， 几 个 月 下 来 ， 大 家 的 编程 风格 渐 趋 一 致 ， 这 就 是 Code-Review 所 要 达成 的 效果 。 


在 互联 网 公司 ， 没 空 搞 我 上 面 说 的 那 套 。 毕 竟 两 周一 次 迭代 逼 死人 啊 ! 于 是 我 把 Code-Review 的 策略 改 为 ， 每 周一 下 午 ， 技 术 经 理 从 上 周 提交 的 代码 中 找 出 10 处 写 的 有 问题 的 代码 片 
段 ， 然 后 给 大 家 进行 讲解 和 讨论 。 在 达成 共识 后 ， 今 后 就 再 也 不 能 写 类 似 的 代码 了 。 


那么 对 于 有 问题 的 代码 ， 该 怎么 处 理 呢 ? 我 的 做 法 是 ， 对 于 首页 、 会 员 中 心 这 种 一 级 页 面 ， 代 码 写 的 再 烂 ， 也 不 要 改 ， 之 前 毕竟 是 稳定 的 ， 你 改 了 后 可 能 就 不 好 用 了 ， 
码 是 件 长 期 的 工作 。 对 于 二 级 或 三 级 页 面 ， 我 们 倒是 可 以 分 配 到 具体 的 开发 人 员 ， 把 问题 都 改 了 ， 毕 竟 即 使 改 错 了 ， 也 只 是 影响 局 部 某 个 功能 。 


由 


构 这 部 分 代 


每 周 进行 一 次 整个 团队 的 Code-Review， 把 每 周 发 现 的 问题 汇总 ， 坚 持 半年 时 间 ， 整 个 团队 的 代码 质量 会 有 很 大 改善 。 


在 进行 Code-Review 的 同时 ， 有 一 个 东西 可 以 顺带 搞 出 来 ， 那 就 是 模板 页 面 ， 即 符合 编码 规范 要 求 、 可 以 作为 编写 其 他 页 面 的 模范 页 面 。 如 果 项 目 中 没有 这 样 的 页 面 ， 那 就 找到 符合 
609% 要 求 的 页 面 ， 然 后 把 它 改造 为 符合 100% 要 求 的 。 对 于 Android 应 用 类 App 而 言 ， 一 个 模板 页 面 是 不 够 的 ， 至 少 要 提供 Activity、Adapter、Entity、Fragment 这 4 个 模板 页 ， 其 中 
Activity 要 包括 对 MobileAPI 的 调用 。 


有 了 模板 页 ， 所 有 开发 人 员 的 编码 就 有 章 可 循 ， 单 纯 搞 Code-Review 和 编码 规范 都 太 抽 象 ， 一 定 要 有 能 落地 的 东西 ， 那 就 是 模板 页 。 


12.6 ”对 Android 团 队 Leader 的 定位 


Android 团 队 Leader 要 负责 的 工作 罗列 如 下 ， 其 中 绝 大 部 分 也 适用 于 iOS 团 队 Leader: 


“ 每 次 移 代 把 Task 分 配 到 具体 开发 人 员 。 
“组织 线 上 Crash 的 修复 。 

- 处 理 线 上 突 发 bug。 

“ 排查 每 日 客人 投诉 的 问题 。 

“ 解决 团队 遇 到 的 技术 难题 。 

: 组 织 每 周 Code-Review。 

: 组 织 每 周 例会 。 


团队 Leader 一 定 要 明确 自己 的 职责 ， 注 意 以 下 两 点 : 


“ 不 要 给 自己 分 配 具体 的 需求 开发 ， 你 会 发 现 ， 上 述 管理 工作 会 消耗 掉 你 大 量 的 时 间 。 


“ 努力 不 要 使 自己 成 为 瓶颈 。 很 耗费 时 间 的 事情 ， 及 时 分 配 到 具体 的 开发 人 员 。bug 如 果 都 集中 到 自己 手 里 ， 那 么 一 定 要 及 时 分 下 去 。 


哪些 工作 是 要 尽早 分 出 去 给 具体 的 开发 人 员 的 呢 ? 具体 包括 : 
: Android 项 目的 打包 。 

“ 代码 混淆 。 

“ 设计 Android 的 Lib 框 架 ， 交 给 架构 组 去 做 。 

“ 技术 调研 。 


“ Monkey 日 志 分 析 。 


12.7 Android 应 用 开发 所 需 技 能 自我 评测 


有 个 开发 人 员 曾 经 跟 我 说 ， 他 很 迷茫 ， 接 下 来 是 该 去 看 Android 系 统 源 码 ， 还 是 每 天 继续 做 应 用 ， 但 是 感觉 每 天 都 是 画 Ul 和 调用 MobileAPI 处 理 JJON ， 没 有 技术 上 的 提升 空间 。 


这 个 问题 我 思考 了 一 个 晚上 ， 列 出 来 一 个 从 事 Android 应 用 的 开发 人 员 所 需要 精通 的 20 个 技能 点 ， 如 下 所 


| 


1) Activity 相 关 。App 应 用 开发 ， 以 Activity 使 用 最 多 ， 涉 及 LaunchMode、onSavelnsatnce-State、 生 命 周 期 等 技术 。 


2) Fragment 相 关 技 术 。 用 的 人 不 少 ， 想 明白 是 咋 回 事 的 人 不 多 。 这 里 推荐 一 本 书 : 《Creating Dynamic Ul with Android Fragments》。 


3) 序列 化 技术 。 有 Parcelable 和 Serializable 两 种 。 前 者 是 基于 Service 的 ， 后 者 是 基于 Bundle 的 ， 二 者 实现 原理 不 同 ， 但 是 达到 的 效果 差不多 。 


4) ImageLoader 的 原理 和 使 用 。 类 似 的 ， 还 可 以 学 习 Facebook 新 近 开源 的 Fresco， 它 对 图 片 的 处 理会 更 好 一 些 。 


5) fasUJSON 或 GSON 的 使 用 。 做 App 不 会 用 实体 自动 匹配 JSON 数 据 ， 相 当 于 白 做 。 


6) 多 线程 相关 。 包 括 Handler、Looper、ExecutorService 等 。 


7) Adapter 和 ListView。 这 两 个 技术 捆 在 一 起 ， 经 常 容 易 骨 溃 ， 尤 其 是 分 页 的 时 候 ， 要 仔细 研究 深刻 领会 。 


8) 用 户 Cookie 设 计 。 需 要 把 登录 机 制 彻底 搞 清 楚 ， 包 括 在 HttpRequest 头 中 夹带 Cookie 来 进行 用 户 身份 验证 的 技术 。 


9) 网 络 请 求 封装 。 使 用 AsyncTask 的 网 络 底层 封装 ， 使 用 Handler+ Runnable 的 网 络 底层 封装 。 
10) Android 与 HTML5 的 交互 。 包 括 Android 调 用 HTML5 的 方法 ， 以 及 HTML5 调 用 Android 的 方法 。 
11) 代码 混淆 。 没 用 过 ProGuard， 不 知道 keep 相 关 语 法 ， 就 还 是 初级 水 平 。 


12) Android 打 包机 制 。 涉 及 Android SDK 中 的 若干 命令 。 对 Android 打 包 过 程 做 的 每 一 件 
其 中 任何 一 种 打包 机 制 即 可 。 


中 


13) 线 上 Crash 分 析 并 修复 。 要 具备 通过 分 析 Crash 信 息 修复 线 上 Crash 的 能 力 。 


14) 内 存 泄漏 。 包 括 内 存 优化 、 内 存 汇 漏 的 场景 、MAT 工 具 的 使 用 。 
15) 调试 工具 。 包 括 DDMS、Eclipse 或 Android studio 的 调试 功能 。 


16) Monkey 机 制 。Android 开 发 人 员 如 何 对 一 款 App 进 行 Monkey 测 试 。 这 算是 附加 技能 吧 。 


17) 单元 测试 。 这 里 指 的 是 JUnit。 对 复杂 的 算法 写 过 单元 测试 以 保证 其 没有 问题 。 


都 很 清楚 。 进 一 步 是 Android 多 项 目 依赖 的 打包 技术 。Ant、Gradle 或 者 Maven， 掌 握 


18) GIT 的 高 级 功能 。 包 括 Stage、Rebase、Revert、Stash、Cherry Pick 和 Sub Module 等 概念 。 如 果 项 目 中 使 用 的 是 SVN ， 那 么 要 掌握 SVN 的 版 本 管理 策略 。 


19) 插件 化 编程 。 哪 怕 知 道 一 点 DexClassLoader 的 概念 也 好 。 这 年 头 ， 没 做 过 插件 化 编程 ， 出 门面 试 都 不 好 意思 说 自己 是 做 Android 开 发 的 。 


20) 设计 模式 。 对 常见 的 设计 模式 如 工厂 、 生 成 器 、 适 配器 、 代 理 、 策 略 模式 耳熟能详 。 


由 此 而 看 到 ， 做 Android 应 用 开发 ， 不 需要 花 太 多 精力 去 看 Android 系 统 源码 ， 要 先 确保 我 上 面 罗 列 的 20 点 所 涉及 的 技术 都 掌握 了 。 


12.8 App 开 发 人 员 的 学 习 路 线 


上 节 我 介绍 了 从 事 Android 应 用 类 开发 所 需要 具备 的 20 项 技能 。 这 里 再 路 叫 几 和 句 。 


对 于 设计 模式 ， 要 逼 着 自己 都 实现 一 遍 ， 然 后 ， 把 这 23 个 模式 都 忘 了 ， 只 需要 记 住 SOLID 原 则 就 够 了 。 这 就 像 金庸 笔下 的 独孤 九 剑 ， 以 无 招 胜 有 招 。 我 学 习 设 计 模式 这 门 技术 有 10 年 


了 ， 就 是 这 个 套路 ， 至 今 受益 菲 浅 。 


无 论 是 iOS 还 是 Android 技 术 ， 你 会 发 现 ， 很 多 人 比拼 的 是 谁 知道 更 多 的 AP1， 从 而 能 快速 地 做 出 PM 想 要 的 功能 。 其 实 我 一 直 不 那么 认为 ， 人 脑 的 容量 就 像 内 存 一 样 是 有 限 的 ， 没 必 


要 记 那 么 多 AP1， 我 只 要 记 遇 到 问题 时 哪里 能 找到 APlI 就 好 了 。 打 个 比方 ， 之 前 我 们 脑子 里 记 的 是 值 类 型 ， 接 下 来 我 将 记 引用 类 型 ， 这 明显 能 节省 出 很 大 的 空间 ， 用 
息 。 在 微软 ， 我 们 称 之 为 SMART。 


来 记 那 些 更 重要 的 信 


开发 人 员 一 定 要 解放 思想 ， 才 能 打破 陈规 ， 做 出 有 创造 性 的 工作 。 有 一 道 题目 非常 好 ， 我 曾经 问 过 很 多 人 : 4 个 0， 使 用 任何 规则 ， 如 何 得 到 24 点 。 很 多 人 在 网 


上 看 过 这 道 题目 ， 于 是 


告诉 我 答案 是 用 阶乘 可 以 得 到 结果 。 但 其 实 我 们 的 思维 已 经 被 外 界 的 条 条 框框 束缚 住 了 。 最 无 厘 头 的 答案 是 00:00， 这 也 是 24 点 ， 你 可 以 说 我 机 赖 ， 但 是 我 的 确 解 出 了 ， 而 且 是 用 最 简单 


有 效 的 办 法 。 


解放 思想 的 最 佳 实践 就 是 跨 界 。 我 曾经 做 技术 遇 到 了 瓶颈 ,沉沦 过 一 段 时 间 ， 这 期 间 我 开始 学 习 训 饰 。 我 就 发 现 炒 菜 是 装饰 者 模式 (Decorator) ， 因 为 在 炒菜 的 时 候 我 们 会 依次 放 


不 同 的 作料 ， 不 断 地 给 这 道 菜 增加 新 的 味道 。 


以 下 是 我 看 过 的 一 些 书籍 ， 推 荐 给 读者 : 


1) 《疯狂 Android 讲 义 》 ”我 就 是 看 这 本 书 入 门 的 。 这 本 书 很 实际 ， 比 较 适 合 于 应 用 类 App 开 发 人 员 做 入 门 教材 。 已 经 入 门 的 ， 建 议 也 看 一 遍 ， 梳 理 一 下 知识 ， 做 进一步 提高 。 


2) 《Creating Dynamic UI with Android Fragments》 ”这 本 书 是 专门 讲 Fragment 的 。 关 于 Fragment， 很 多 书 都 只 言 片 语 ， 语 珊 不 详 。 唯 独 这 本 书 把 Fragment 从 头 到 尾 仔仔 细 


细 讲 了 一 遍 。 目 前 国内 没有 中 文 版 。Fragment 是 Android 技 术 中 比较 高 大 上 的 部 分 。 


3) 《Android 应 用 测试 与 调试 实战 》[] 乍 一 看 这 本 书 是 讲 测试 的 ， 其 实 不 然 ， 书 中 的 很 多 章节 涉及 依赖 注入 、 内 存 分 析 、 打 包 部 署 等 开发 人 员 必 知 必 会 的 技术 。 强 烈 建议 仔仔 细 细 


通读 之 。 


4) 《Java 与 模式 》 ”这 是 本 古董 级 的 书 了 ， 所 有 介绍 设计 模式 的 书 ， 论 厚度 ， 无 出 其 右 。 另 一 点 好 处 是 ， 这 本 书 是 基于 Java 的 ， 对 Android 开 发 人 员 比 较 适合 。 


5) 《Git 权 威 指南 》[ 外 ”这 本 书 名 副 其 实 ， 算 是 把 Git 讲 明白 了 。 说 到 这 里 ， 我 还 要 推荐 一 款 非常 好 用 的 Git 图 形 化 工具 。 除 了 能 用 来 进行 日 常 的 Pull、Push 和 Rebase 操 作 外 ， 还 能 


会 你 Git 的 高 级 用 法 ， 比 如 Cherry Pick、Stash、Sub Module 等 。 


[中 此 书 已 由 机 械 工业 出 版 社 出 版 ， 书 号 为 978-7-111-46018-3。 一 一 编辑 注 
DP] 此 书 已 由 机 械 工业 出 版 社 出 版 ， 书 号 为 978-7-111-34967-9。 一 -一 编辑 注 


12.9 ”本 章 小 结 


本 章 介绍 的 Android 的 团队 组 建 和 日 常 管理 。 制 度 是 死 的 ， 人 是 活 的 。 管 理 团 队 ,， 干 万 别 形而上学 。 尤 其 在 移动 互联 网 这 个 日 息 万 变 的 行业 ， 照 搬 软 件 和 互联 网 的 那 套 管理 方式 是 行 
不 通 的。 “ 短 、 平 、 快 ”是 移动 互联 网 一 切 工作 的 核心 。 


移动 互联 网 的 开发 人 员 属 于 供 不 


应 求 的 状况 ， 我 们 要 学 会 尊重 人 才 ， 


逐步 转变 原先 “买方 市 场 ” 的 传统 思维 模式 。 现 在 是 卖方 市 场 ， 各 大 公司 的 HR 和 老板 ， 你 们 准备 好 了 吗 ? 


